Last modified: 2007-01-15 14:38:07 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 3352 - Searching nonexistent category gives odd display
Searching nonexistent category gives odd display
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
All Linux
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2005-09-04 03:23 UTC by Nick Tarleton
Modified: 2007-01-15 14:38 UTC (History)
0 users

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


Description Nick Tarleton 2005-09-04 03:23:22 UTC
If you type a nonexistent category page in the search box and hit Enter, you see
"You can or put up a request for it" (without the "create this article" link),
and at the bottom it'll say the search page you're looking at is in that
category. I suppose SpecialSearch.php is missing a colon somewhere.
Comment 1 Brion Vibber 2005-09-04 05:23:02 UTC
Comment 2 lɛʁi לערי ריינהארט 2005-10-07 17:13:53 UTC
search [[en:Special:Allmessages]] for MediaWiki:Nogomatch

It seams that the colon should be added also in CVS and or HEAD. Else image and
category pages would break other wiki's / projects.

Regards Reinhardt [[user:gangleri]]
Comment 3 Niklas Laxström 2005-10-07 17:19:37 UTC
It's in the code as far as i know


includes/SpecialSearch.php:  $wgOut->addWikiText( wfMsg('nogomatch', ":$term" ) );
extensions/LuceneSearch.php: $wgOut->addWikiText( wfMsg('nogomatch', ":" .
$t->getPrefixedText() ) );
Comment 4 lɛʁi לערי ריינהארט 2005-10-07 17:49:56 UTC
related to Nogomatch:

( ) bug 3328: Nogomatch parameter $1 returns
extraneous colon
Comment 5 Brion Vibber 2006-01-22 04:24:42 UTC
Restored bug from flood attack.
Comment 6 Rob Church 2007-01-15 14:38:07 UTC
This would have been resolved when the whole "nogomatch" mess was cleaned up and
"noexactmatch" was introduced.

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