Last modified: 2014-08-26 11:48:45 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 T51605, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 49605 - Special:MyLanguage should be a valid redirect target
Special:MyLanguage should be a valid redirect target
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Translate (Other open bugs)
unspecified
All All
: Lowest enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-06-15 02:36 UTC by Bawolff (Brian Wolff)
Modified: 2014-08-26 11:48 UTC (History)
8 users (show)

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


Attachments

Description Bawolff (Brian Wolff) 2013-06-15 02:36:56 UTC
Someone on #wikimedia-commons was complaining that you can't make redirects of the form #REDIRECT[[Special:mylanguage/foo]]

It seems like it would be nice to allow this.

I think the best way to go about doing something like this would be to add a method to SpecialPage class that subclasses can override. It could return self::REDIRECT_NOT_ALLOWED if never allowed (e.g. Special:userlogout, everything in $wgInvalidRedirectTargets), self::REDIRECT_AUTO which would do whatever $wgDisableHardRedirects is set to, and self::REDIRECT_ALWAYS which would always allow redirects.

Only downside is that the "redirected from" text would be missing, for these types of redirects, but I don't think that should stop us from allowing them.


Thoughts?
Comment 1 Niklas Laxström 2014-08-26 11:48:45 UTC
Request is reasonable. I think a such feature request should be created in core and added as blocker for this.

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


Navigation
Links