Last modified: 2014-02-08 00:37:58 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 T37691, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 35691 - Occasional temporary problem: no search results for any search terms
Occasional temporary problem: no search results for any search terms
Status: RESOLVED WONTFIX
Product: Wikimedia
Classification: Unclassified
lucene-search-2 (Other open bugs)
unspecified
All All
: Low normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
aklapper-moreinfo
: testme
Depends on: 43544 43553 43869
Blocks:
  Show dependency treegraph
 
Reported: 2012-04-04 08:01 UTC by Rd232
Modified: 2014-02-08 00:37 UTC (History)
7 users (show)

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


Attachments

Description Rd232 2012-04-04 08:01:56 UTC
According to a report at https://commons.wikimedia.org/wiki/Commons:Requests_for_comment/improving_search#Report_properly_when_search_don.27t_work, Commons search can occasionally fail completely (no search results for any search terms). Up to ten times per month, blackout durations of 25 minutes have been observed - but that's just one person reporting, so it's presumably much more common than that. 

This is presumably caused by some kind of database/index update. If a temporary blackout cannot be avoided during such updates, the system should at least say what's going on.
Comment 1 Foroa 2012-04-04 08:20:08 UTC
Today, I observed two blackouts, one lasted almost half an hour (7:54 WET), the other 5 minutes (9:37 WET).
Comment 2 p858snake 2012-04-04 08:25:43 UTC
(In reply to comment #0)
> This is presumably caused by some kind of database/index update. If a temporary
> blackout cannot be avoided during such updates, the system should at least say
> what's going on.

It's generally when one of the indexers go down (thus effecting whatever wikis it has indexes for), If that is the case MW won't really know the cause other than "something is wrong with one of the lucen boxes".

By which time naigos usually <del>spams</del><ins>alerts</ins> the -ops (formally -ops and -tech) channel on irc saying said box is broken and if a human is around that can, they will attempt to fix it
Comment 3 p858snake 2012-04-04 08:27:58 UTC
Also new search boxes have been setup and in the progress of being tested[0] which should hopefully help this.

[0]. http://lists.wikimedia.org/pipermail/wikitech-l/2012-April/059654.html
Comment 4 Foroa 2012-04-04 08:41:53 UTC
People lose trust in search engines if they fail and just return "no items found". There should be a clear failure message anyway.
Comment 5 Rd232 2012-04-04 12:21:29 UTC
(In reply to comment #3)
> Also new search boxes have been setup and in the progress of being tested[0]
> which should hopefully help this.
> 
> [0]. http://lists.wikimedia.org/pipermail/wikitech-l/2012-April/059654.html

Good, hopefully new hardware will help ensure failures don't happen as often. But nonetheless, when a failure happens, there should be *some* kind of error message (as helpful as possible; if it's not possible to be helpful, generic is better than nothing), and not just a silent failure.
Comment 6 Timeshifter 2012-07-25 08:02:46 UTC
I suggest falling back to Google site search when the Wikimedia search engine is down. On the Commons an error message should show up with this Google site search link: 
*http://www.google.com/#q=site:commons.wikimedia.org 

I suggest leaving that link in the sidebar all the time. Titled "Google site search" or "Google search". At least a preference, if not by default.

Many people, myself included, mainly use the Firefox browser. Google does not allow the Google Toolbar on it. It did in the past, and I greatly miss its ease of use for doing site searches. None of the site-search addons for Firefox are as easy as the Google Toolbar. 

So a link to Google site search in the sidebar would fill multiple needs on the Commons. It would be used a lot.
Comment 8 Foroa 2012-10-10 08:09:46 UTC
No improvement the last year: just a unreliable service that doesn't even report a problem: just provides a random quantity of results depending on time and position of the moon.
Comment 9 Timeshifter 2012-10-10 20:01:42 UTC
In English Wikipedia preferences there is this gadget: "Add a selector to the Wikipedia search page allowing the use of external search engines."

When this gadget is enabled it allows one to choose from a dropdown menu of various search engines at [[:en:Special:Search]]. 

It could easily be expanded to also have an option to do site searches: 
*http://www.google.com/#q=site:commons.wikimedia.org 

This would be especially useful during times when Wikimedia's search slows down or stops. 

This is something that could be enabled by default in search preferences on all Wikimedia Projects:
*[[Special:Preferences#mw-prefsection-searchoptions]]
Comment 10 Andre Klapper 2013-05-16 15:59:26 UTC
Rd232 / Foroa: 
Bug 42423 received comments that this does not happen anymore thanks to bug 43544 (show an error message instead of silently dropping results), so could anybody please tell if this problem still happens, and if so provide an example (which server and search term) even if not reproducible?

Thanks (also for the patience)!
Comment 11 Foroa 2013-05-22 06:00:59 UTC
It happens in bursts in the sense that is appears every now and then when the servers seem overloaded for some time, and then you can have several time-outs, even for the same search, which is exceptional; most of the time a second attempt returns the answer. This morning, I've got it 6 or 7 times.

This morning: I got 2 or 3 times an error with [http://commons.wikimedia.org/w/index.php?title=Special%3ASearch&profile=advanced&search=Indian+Muslims+-incategory%3A%22Indian_Muslims%22&fulltext=Search&ns0=1&ns14=1&redirs=1&profile=advanced this search]. It displays in red, just underneath the namespace tick boxes: "An error has occurred while searching: HTTP request timed out." In the source of the page, I could find nothing that might give more information, only: 
<div class="error">An error has occurred while searching: HTTP request timed out.</div>

This message should be reformulated and invite the user to try again.
Comment 12 Andre Klapper 2013-05-29 12:49:27 UTC
The latter (better debug info) is already covered in bug 43869.

> This message should be reformulated and invite the user to try again.

That should be a separate bug report so it does not get lost.
Comment 13 Dan Garry 2014-02-08 00:37:58 UTC
This really shouldn't occur in CirrusSearch. Given that we're in the process of migrating from Lucene to CirrusSearch, I'm marking this bug as RESOLVED WONTFIX.

If the issue persists in CirrusSearch, please do file a new bug under MediaWiki extensions -> CirrusSearch.

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


Navigation
Links