Page MenuHomePhabricator

Article deleted in 2014 appears in search suggestions on de.wp
Closed, ResolvedPublic

Description

Steps to reproduce:

  1. Go to https://de.wikipedia.org/wiki/Wikipedia:Hauptseite
  2. Type "versionsge" in the search field, wait for suggestions to appear (or just visit https://de.wikipedia.org/w/api.php?action=opensearch&search=versionsge)

-> The last entry is "Versionsgeschichte von MediaWiki", though https://de.wikipedia.org/wiki/Versionsgeschichte_von_MediaWiki has been deleted almost a year ago.

I'm not sure where this old entry comes from, but by now it should have been removed from the search index.

Event Timeline

Schnark raised the priority of this task from to Needs Triage.
Schnark updated the task description. (Show Details)
Schnark subscribed.
Aklapper renamed this task from Deleted articles appear in search suggestions to Article deleted in 2014 appears in search suggestions on de.wp.Jan 14 2015, 11:38 AM
Aklapper set Security to None.

The issue is not limited to this page, it also happens with the German pages Benutzer:JLKiel/Moritz Krieter (deleted March 2014), Benutzer:JLKiel/TV Petterweil (May 2014) and Benutzer:JLKiel/Kevin Herbst (May 2014) and various other pages.

All those pages were created as automatic redirects after moving the content page, I don't know if that is relevant.

I also hit this bug myself. For example with: https://de.wikipedia.org/w/api.php?action=opensearch&search=https:// (which AFAIR contains pages deleted almost a year ago)

FriedhelmW triaged this task as Unbreak Now! priority.Jan 22 2015, 6:17 AM
FriedhelmW subscribed.
Aklapper lowered the priority of this task from Unbreak Now! to Medium.Jan 22 2015, 8:00 AM

This is not "Unbreak now" priority - see Priority levels. Lowering priority.

See also https://phabricator.wikimedia.org/T93849 - similar bug, but with a manual redirect that still exists.

I cannot reproduce this bug anymore. Is there an example where this behaviour is still identifiable?

Aklapper changed the task status from Open to Stalled.Oct 7 2015, 7:00 PM

I cannot reproduce this bug anymore. Is there an example where this behaviour is still identifiable?

Setting task status to stalled. Please revert (via "Action > Change Status") when providing the request information.

Deskana claimed this task.
Deskana subscribed.

No longer occurring, so I am assuming this is resolved.