Page MenuHomePhabricator

Entity selector doesn't go directly to existing page when the exact title is entered
Open, LowPublic

Description

As a user of Wikipedia and other WMF wikis, I'm used to be able go to type "xyz" to quickly go to a page named "xyz" (with "xyz" in the <title> and the <h1> of the page), without no delays (e.g. from having to wait for suggestions in a dropbdow menu when I know the correct name).

The behavior on Wikidata is inconsistent with the other wikis: If I click in the search field of https://www.wikidata.org and paste the title of an existing page (e.g. "Berlekamp–Massey algorithm") and then press ENTER, I'm redirected to the search results page instead of the page I want.

See the attached screencast showing the current behavior on Wikipedia vs Wikidata.
See Also:

Details

Reference
bz61948

Event Timeline

bzimport raised the priority of this task from to Normal.Nov 22 2014, 2:57 AM
bzimport set Reference to bz61948.
bzimport added a subscriber: Unknown Object (MLST).
He7d3r created this task.Feb 26 2014, 1:55 PM

This might be caused by recent changes in core: https://gerrit.wikimedia.org/r/#/c/82100 and followups – I'm not sure which parts of Wikidata's search box are "native" and which are rewritten, thought.

Lydia_Pintscher removed a subscriber: Unknown Object (MLST).
Lydia_Pintscher removed a subscriber: Unknown Object (MLST).
He7d3r updated the task description. (Show Details)Dec 22 2015, 1:35 PM
He7d3r set Security to None.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptDec 22 2015, 1:35 PM
samuwmde lowered the priority of this task from Normal to Low.Feb 15 2018, 4:52 PM
samuwmde added a project: WMDE-Design.
Restricted Application added a project: Design. · View Herald TranscriptFeb 15 2018, 4:52 PM

This seems relatively doable to me – I am only a bit concerned about the architecture of the selector, as far as I am concerned it is used both in search and in the item UI, so an improvement in one might decrease usability for the other usecase.

I would close this as invalid for a series of reasons:

  • The screencast is flawed. There are no suggestions popping up. Only the last "containing…" entry pops up, which is supposed to go to Special:Search. So the screencast does not show an error but actually what this ticket asks for.
  • Currently the suggester does find many items with the label "game theory". Which one should be opened by default? Always the first one?
  • This tickets description sounds like it's based on wrong assumptions: There is no "page" with the title "game theory". The critical difference is that titles are unique, while labels are not. This is the main reason why pressing enter does not go to an item page.
  • There is stemming and such involved. What is an "exact" match under these circumstances?
  • It would be critical to make the return key behave in a way that is consistent, and can be relied on by the user. Personally I would find it very confusing if pressing enter sometimes opens the item I expected, and sometimes a "random" one with the same title as the one I was hoping for.
  • This is from 2014. Did anybody else had the same issue since then?

@thiemowmde Fine with me. I would assume that the search function might have quirks, but I am unsure if this issue is one that needs to be tackled to improve search.

matmarex removed a subscriber: matmarex.Feb 19 2018, 5:11 PM
He7d3r updated the task description. (Show Details)Feb 23 2018, 1:17 PM
He7d3r awarded a token.
Jan_Dittrich added a comment.EditedMar 12 2018, 2:18 PM

The behavior will be more consistent once we don't use a custom search box anymore (the current one is patched "on top" of the original one). I need to see if there is an issue for that. EDIT: it is T189490 : Solve search inconsistencies (which I just created)