thiemowmde added a comment. So to wrap this up, the reason why the **page** suggester is a //suggester// and not a //selector// is that the front end API request ... http://en.wikipedia.org/w/api.php?action=opensearch&search=Kittens ... is different from the back end API request ... http://en.wikipedia.org/w/api.php?action=query&prop=info&redirects=1&converttitles=1&format=json&titles=Kittens ... and they may return slightly different results. With "different" having two meanings:
1. //Missing// results, in my humble opinion, qualify as a bug. 2. If different //order// (e.g. ".net" is not the 1st if you search for ".NET") qualifies as a bug could probably be disputed. I understand that both is nothing we can easily fix, if at all. I still think the described feature is important in most other selectors, but they already have it, right? TASK DETAIL https://phabricator.wikimedia.org/T68437 REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Snaterlicious, thiemowmde, Lydia_Pintscher, Tobi_WMDE_SW, Wikidata-bugs, aude _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
