Last modified: 2010-05-15 15:38:33 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 T9681, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 7681 - Stored cookie displays search page not index.php
Stored cookie displays search page not index.php
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.5.x
PC Windows XP
: Highest normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 11559
Blocks:
  Show dependency treegraph
 
Reported: 2006-10-24 18:20 UTC by zu doggy
Modified: 2010-05-15 15:38 UTC (History)
2 users (show)

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


Attachments

Description zu doggy 2006-10-24 18:20:43 UTC
The wiki loads with the search page as the default page and you can't go to any
other page (none of the links on the menu work to bring you to another page). If
you delete the cookie, the problem is resolved and you can navigate to any page.

I have seen the problem with IE, Firefox and Safari and with Mediawiki version
1.8 as well.
Comment 1 Brion Vibber 2006-10-25 08:39:27 UTC
What cookie, specifically?
Comment 2 Matthew Wronka 2007-04-24 18:21:17 UTC
The "search" cookie causes this behaviour.  

Moreover, it does not appear to honour the $wgCookiePrefix variable.
Comment 3 Matthew Wronka 2007-04-25 01:37:40 UTC
I apologize for the curtness of the previous post.  I've now had some time to
look into this (unfortunately, I am diagnosing someone else's problem, and
currently am  looking at the 1.5.7 codebase).

The problem appears to stem-from a cookie being set outside of mediawiki,
"search".  Unfortunately, when mediawiki looks at $_REQUEST (line 137 of
includes/WebRequest.php in the codebase I'm looking at, in the getVal method)
this takes in $_COOKIE['search'] which is for some reason confusing it,
resulting the the behavior described by the initial reporter.

Hopefully that's enough to duplicate the behaviour.  If it isn't, feel free to
contact me, and I can try and provide additional information, and possibly look
into it more.
Comment 4 Robert Leverington 2008-02-06 21:15:40 UTC
After searching the code "getVal( 'search' )" is only used in SkinTemplate.php. This could, however, still cause a collision with a search cookie, if, and only if, that cookie was set on the same website (possibly on the exact same (sub)domain). There is no need to add a cookie prefix as this isn't specifically trying to find a cookie, the fact it finds a cookie is a side-effect of running other software on the same domain as MediaWiki. It could be fixed by making it possible for you to set a flag when calling getVal to ignore cookies, but I am unsure of whether this is the best solution and might not be possible given the current way WebRequest variables are stored.
Comment 5 Brion Vibber 2008-02-12 22:11:44 UTC
Fixed by r30882, see notes on bug 11559.

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


Navigation
Links