Last modified: 2012-05-05 11:45:19 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 6151 - Redirect to parent page doesn't work
Redirect to parent page doesn't work
Status: NEW
Product: MediaWiki
Classification: Unclassified
Redirects (Other open bugs)
All All
: Low normal with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: parser
: 11965 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2006-05-31 15:07 UTC by Aryeh Gregor (not reading bugmail, please e-mail directly)
Modified: 2012-05-05 11:45 UTC (History)
4 users (show)

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


Description Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-05-31 15:07:39 UTC
If a subpage contains "#REDIRECT [[../]]", it will not display as a redirect, it
will display as a numbered list with one element, a link to the parent page (so
the .. does get correctly identified as a link to the parent page).  If it
contains "#REDIRECT [[../foo]]", the same applies.  Neither of these redirect
correctly, as the URL shows.

"#REDIRECT [[/subpage]]" works normally.
Comment 1 Phil Harnish 2006-05-31 19:32:57 UTC
secureAndSplit() returns false because of line 1519 of Title.php ( ):

if ( strpos( $r, '.' ) !== false &&
   ( $r === '.' || $r === '..' ||
     strpos( $r, './' ) === 0  ||
     strpos( $r, '../' ) === 0 ||
     strpos( $r, '/./' ) !== false ||
     strpos( $r, '/../' ) !== false ) )
return false;

It might be possible to add '../' to $wgTitleCache in anticipation.
Comment 2 Brion Vibber 2008-05-29 16:54:19 UTC
*** Bug 11965 has been marked as a duplicate of this bug. ***
Comment 3 Thehelpfulone 2012-05-05 11:45:19 UTC
Confirmed still an issue - are Phil's comments still valid?

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