Last modified: 2014-11-18 18:07:08 UTC
Please add the cache last update timestamp on special:search just like other special pages (see bug 4327)
Users are frequently curious why their articles don't show up in search. See, for example, http://en.wikipedia.org/wiki/ Wikipedia_talk:Searching#Search_for_article_name_not_yielding_article . Lacking some way to tell when the index was last rebuilt, the best that can be said (no matter how long it's been since the article was created) is "the index probably hasn't been rebuilt since then". It would be much better to be able to say "it's not found because the last time the index was rebuilt was <date>".
This requires us to store this information somewhere in the database, or otherwise accessible to MediaWiki; search updates are an external process. Do the Lucene daemons know when their last update was, and if so, could we pull the information from them upon unsuccessful searches?
Perhaps a kludge, but aren't the indices in a file someplace whose last changed time corresponds to when the index was last rebuilt? Or, is the process to kick off the rebuild a shell that could just put the current time somewhere?
*** Bug 7611 has been marked as a duplicate of this bug. ***
Mass close WONTFIX open Lucene Search issues because extension Lucene Search was removed, and replaced by MWSearch. Please set to REOPENED if behaviour still exists with a another component, and update the domain.
Mass REOPEN after discussion with Robert. Domain: Wikimedia/lucene-search-2. Assigned to maintainer.
Problem still persists and becomes more urgent as several times per month, search don't return any result for more than half an hour, probably because of ongoing search database update.
Problem still persists, see https://bugzilla.wikimedia.org/show_bug.cgi?id=43553
And https://bugzilla.wikimedia.org/show_bug.cgi?id=35691
Marking this WONTFIX as lsearchd has already reached its end of life. This isn't an issue at all in Cirrus/Elasticsearch as the index is updated in near real time (a few seconds at most).