Last modified: 2014-02-08 15:53:10 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 T39578, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 37578 - Search does not find some pages
Search does not find some pages
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
lucene-search-2 (Other open bugs)
wmf-deployment
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
cirrus-fixed
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-06-14 00:34 UTC by Saibo
Modified: 2014-02-08 15:53 UTC (History)
8 users (show)

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


Attachments

Description Saibo 2012-06-14 00:34:49 UTC
A search for Dateiverschieber https://commons.wikimedia.org/w/index.php?title=Special%3ASearch&profile=advanced&search=Dateiverschieber&fulltext=Search&ns8=1&redirs=1&profile=advanced should find [[commons:MediaWiki:RenameRequest.js]]

But it does not. Similarly for other query strings. The word is on that page since at least three months.

It works for other, even older pages.
Comment 1 Rainer Rillke @commons.wikimedia 2012-06-14 07:34:31 UTC
Interestingly there are results for "Request renaming of an image" or "rAbort".
Comment 2 Elitre 2012-07-24 07:30:53 UTC
I came here to file a new request, and I am quite surprised to see that nobody really cares about such a major feature being broken.
Another example. This search http://commons.wikimedia.org/w/index.php?search=chimurenga&title=Special%3ASearch does not return http://commons.wikimedia.org/wiki/File:Lettera27_-_Rucera_Seethal_(Chimurenga_magazine_staff).jpg or http://commons.wikimedia.org/wiki/File:Lettera27_-_Chairmaine_(Chimurenga_magazine).jpg .
As suggested by another user at http://commons.wikimedia.org/wiki/Commons:Village_pump#Is_there_something_wrong_with_the_search_engine.3F , a Google search instead returns 58 more results.
Too bad you can not use an external search to perform mass operations such as adding or removing categories. I am part of a GLAM team. Search is vital for us as well.
Comment 3 Timeshifter 2012-07-25 08:15:06 UTC
At the Commons Village Pump thread linked in the previous message: 
*http://commons.wikimedia.org/wiki/Commons:Village_pump#Is_there_something_wrong_with_the_search_engine.3F

LX suggests: "since we can't trust files to be indexed on upload, we should probably have a scheduled low-priority process to rebuild the index periodically."
Comment 5 Andre Klapper 2013-02-11 11:32:40 UTC
(In reply to comment #0)
> A search for Dateiverschieber
> https://commons.wikimedia.org/w/index.
> php?title=Special%3ASearch&profile=advanced&search=Dateiverschieber&fulltext=
> Search&ns8=1&redirs=1&profile=advanced
> should find [[commons:MediaWiki:RenameRequest.js]]
> 
> But it does not. 

Confirming for this example.
Comment 6 WhatamIdoing 2013-08-13 18:17:48 UTC
This results in VisualEditor returning empty searches even when the exact, complete file name is given as the search term.

At Commons' own Special:Search, searching for the exact, complete file name produces self-contradictory results:

  There were no results matching the query.
  There is a page named "File:GreatNurse.jpeg" on this wiki
Comment 7 Dan Garry 2014-02-08 02:11:11 UTC
Verified that this bug no longer exists in CirrusSearch, as the third search result for that query for me is RenameRequest.js. As we're migrating from Lucene to CirrusSearch, I'm closing this bug as RESOLVED WONTFIX.

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


Navigation
Links