Last modified: 2012-04-16 09:15:37 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T33886, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 31886 - Special:Badtitle no longer exists in the 1.18 deployment on all (?) Wikimedia projects
Special:Badtitle no longer exists in the 1.18 deployment on all (?) Wikimedia...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Highest major with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
: shell
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-10-22 16:54 UTC by Logan Rosen
Modified: 2012-04-16 09:15 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Logan Rosen 2011-10-22 16:54:57 UTC
In previous versions of Mediawiki, http://en.wikipedia.org/wiki/Special:BadTitle would show http://en.wikipedia.org/wiki/MediaWiki:Badtitletext , but it now says that the special page doesn't exist, which is not a helpful error when someone enters an invalid character as the title in a URL.
Comment 1 Brion Vibber 2011-10-24 18:30:19 UTC
There was never actually a Special:BadTitle afaik; I think it got stuck in as a replacement title when there was a bad one, and then special handling for it took over.
Comment 2 msh210 2011-11-02 17:47:02 UTC
(In reply to comment #1)

In any event, MediaWiki:Badtitletext used to turn up for bad titles, and now nothing locally editable turns up. This should be fixed.
Comment 3 Max Semenik 2011-11-02 18:56:00 UTC
(In reply to comment #1)
> There was never actually a Special:BadTitle afaik; I think it got stuck in as a
> replacement title when there was a bad one, and then special handling for it
> took over.

The problem here is that if you visit e.g. https://en.wikipedia.org/wiki/[foo], you get redirected to "No such special page" error:P
Comment 4 msh210 2011-11-06 19:26:50 UTC
Changing to 'major' because causes contentlessness of previously substantive URLs like <URL:http://en.wiktionary.org/wiki/%5b>.
Comment 5 Platonides 2011-11-06 22:12:38 UTC
Not so substantive, it's not as if it was a valid title before.
Although I agree it is wrong to show a "Special page" error, the right behavior was the old one ("The requested page title was invalid, empty, or an incorrectly linked inter-language or inter-wiki title. It may contain one or more characters which cannot be used in titles. ").
Comment 6 msh210 2011-11-06 22:28:51 UTC
(In reply to comment #5)
> Not so substantive, it's not as if it was a valid title before.

Was that in reply to my:
> Changing to 'major' because causes contentlessness of previously
> substantive URLs like <URL:http://en.wiktionary.org/wiki/%5b>.

?

That URL *was* substantive. It transcluded <URL:http://en.wiktionary.org/wiki/Appendix:Unsupported_titles>, which includes the content sought at <URL:http://en.wiktionary.org/wiki/%5b>.
Comment 7 Platonides 2011-11-06 22:35:08 UTC
Seems the problem is fixed in trunk, so we should find out the appropiate revision to backport.
Basically, Wiki.php uses a fake special page named 'Badtitle' when there is a bad title provided, but instead of being shown, in REL1_18 it redirects.
Comment 8 Daniel Friesen 2011-11-06 22:40:14 UTC
Going back through the revs it doesn't appear this is the result of the Wiki.php related RequestContext changes... There is a gap in the revs where some bad code as a result of the RequestContext changes leaves bad titles with a php error due to some things not passing a proper Title instance. But before the RequestContext stuff and after that gap the Bad title functionality is still working.
Comment 9 Daniel Friesen 2011-11-06 22:47:21 UTC
Platonides identified r98764 as the rev that fixed this bug in trunk. Tagged for backporting into 1.18.
Comment 10 Platonides 2011-11-06 23:01:39 UTC
Fixed in 1.18. Waiting for deployment.
Comment 11 Logan Rosen 2011-11-18 03:56:45 UTC
Appears to be working now. Thanks everyone!

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links