As the description of "Wikimedia > Wikidata" says, "Bugs relating to problems with the Wikidata.org website. Problems with the software itself should be filed under "MediaWiki extensions > Wikidata*"!" Hence moving.

(In reply to comment #0)

So for all these users it is very very very very much annoying.

Citations welcome, if we want to avoid [[Wikipedia:WEASEL]]. :)

romaine.wiki wrote:

(The menu isn't clear apparently.)

I described the feeling it gives me, a user who works daily on Wikidata adding thousands of links. I used simple logic and described the way people work, and that this recent change makes editing Wikidata less efficient. Previously the software was designed very well on this point, maybe we have said too less how well this worked.

Now this is changed what makes it for almost every users more difficult and/or less efficient to add a new link.

I agree, it's very annoying now! Takes too much time to search and choose the correct language. Better to just enter the code.

There was no intentional change done to the filter mechanism and, unfortunately, we are unable to reproduce the problem. Can you please provide an example which causes the unexpected behaviour?

E.g. in https://www.wikidata.org/wiki/Q1374602
Try to add a new link, type "no", first result is "Nordfriisk (frr)", when better would be "norsk bokmål (no)". So just writing "no" and pressing tabulator gives Nordfriisk, when I want norsk bokmål.

Alright, thanks. The problem is caused by changes related to the implementation of site groups. The auto-completion mechanism is matching on the site id. We were using the language codes as site ids until the changes have been made to untie Wikibase from a Wikipedia-exclusive use-case. Currently, "no" does not have a special meaning since the site id is "nowiki" now.

https://gerrit.wikimedia.org/r/#/c/76735/