Page MenuHomePhabricator

Add time of last search index update to Special:Search
Closed, DeclinedPublic

Description

Author: stanley

Description:
Please add the cache last update timestamp on special:search just like other
special pages (see bug 4327)


Version: unspecified
Severity: enhancement
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=43553

Details

Reference
bz6090

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 9:21 PM
bzimport set Reference to bz6090.

rickblock wrote:

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>".

robchur wrote:

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?

rickblock wrote:

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.

ForoaW wrote:

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.

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).