Page MenuHomePhabricator

When searching by LID only the LID is shown
Open, LowPublicBUG REPORT

Description

Steps to replicate the issue (include links if applicable):

What happens?:
In the selector, the first hit is just a bare LID, L7

2024-11-13 12.49.13.jpg (242×288 px, 9 KB)

What should have happened instead?:
The usual display of a Lexeme should be shown, i.e. the lemma, language, pos.

Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):
Reported by Nikki via Telegram

Event Timeline

Jdforrester-WMF subscribed.

Do we want to hint the LID in the entries generally? That's T377637, but not sure if that will fix this?

We can't filter Lids from the wbsearchentities, we could only filter them on the frontend.

if we want to maintain them. The response is:

{
    "id": "L7",
    "title": "Lexeme:L7",
    "pageid": 54387119,
    "concepturi": "http://www.wikidata.org/entity/L7",
    "repository": "wikidata",
    "display": {},
    "match": {
        "type": "entityId",
        "text": "L7"
    },
    "aliases": [
        "L7"
    ]
},

Which means there is no information that it is a cat.
we could perhaps fetch the Lexeme if obj.match.type ===' entityId'?
But that is a bit mweh. showing the results would be delayed and such.

The search for "L7" on https://www.wikifunctions.org/view/en/Z6825 is consistent with how wikidata displays drop-down suggestions (filtered for lexemes):

Screenshot 2025-08-20 at 11.53.25 AM.png (512×1 px, 88 KB)

The Special:Search will display a complete set of fetched results: https://www.wikidata.org/w/index.php?search=L7&language=en&title=Special%3ASearch&ns146=1&searchToken=9d67h52e3i7095hl9oz3vp8ua

Screenshot 2025-08-20 at 11.54.49 AM.png (1×1 px, 248 KB)

WFM. @DVrandecic, are you OK for us to close as the filer?

DVrandecic lowered the priority of this task from Medium to Low.Sep 23 2025, 6:11 PM

I would like to keep this, but will reduce priority to low and to "No current plans".