"Bad title" page is served with an HTTP 200 "OK" response, should be 400 or maybe 403 or 404.
Blocks bug 33628 -- mobile client is unable to determine that this was an error case because the page comes back without an HTTP-level error indication.
Version: unspecified
Severity: normal
URL: http://en.wikipedia.org/wiki/%23
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T33805 Wikipedia Android App 1.1 tracking - current bugs | |||
| Resolved | • brooke | T35628 Searching for "#" - "Bad title" fix on Mediawiki | |||
| Resolved | None | T35646 "Bad title" error page returns HTTP 200 OK instead of an error code |
We could create a BadTitleError exception which would just call ErrorPageError( 'bad title', 'badtitletext' ) and set the 400 error code.
sumanah wrote:
Marked "easy" because hashar placed this on the http://www.mediawiki.org/wiki/Annoying_Little_Bug page.
philinje wrote:
Brion, who is the right person for this? And should we make any dependency on this in forthcoming mobile releases?
Phil > I guess that kind of bug is for Platform Engineering (I am a member of that team).
I did not notice it was blocking for Mobile applications.
Tagging +platformeng.
(In reply to comment #6)
Great, thanks! When might this change actually appear in production?
The process is to have the change pair reviewed. Then it is applied to the production branch and then deployed by someone with shell access.
The change was merged by Roan Kattouw a few minutes ago with r110368 and applied on live site:
$ curl -I 'http://en.wikipedia.org/wiki/%5B%5B'
HTTP/1.0 400 Bad Request
<snip>
So that is live :-)