Last modified: 2014-05-24 03:32:21 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 22272 - Search-suggestions should priorize Articles which start with the exact charsequenze entered
Search-suggestions should priorize Articles which start with the exact charse...
Status: NEW
Product: Wikimedia
Classification: Unclassified
lucene-search-2 (Other open bugs)
unspecified
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 24189 (view as bug list)
Depends on:
Blocks: 27411
  Show dependency treegraph
 
Reported: 2010-01-26 10:29 UTC by Gnu1742
Modified: 2014-05-24 03:32 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Gnu1742 2010-01-26 10:29:41 UTC
The new search suggestions is quite a nice thing, but there is a usability flaw concerning special characters in german (umlauts, ß), french (accents) and very likely a lot of other languages.
Since it is very unlikely that a german user enters an 'ä' accidentally instead of an 'a', i think he can expect to be presented suggestions which start with the exact character sequence he typed. This is not the case, like the following example on de-wp shows:
If you enter the characters 'fü' in the searchbox, the  following suggestions appear: Fußball, Fußball-Bundesliga, Fußball-Weltmeisterschaft 2006, Fußballverein, Fußballtrainer, Fulda, Fußball-Weltmeisterschaft, Fußball-Weltmeisterschaft 2002, Fußball-Europameisterschaft 2008. Mainly lot about soccer/football (Fußball in german), its coaches and championships, and one town (Fulda). Only in the very last place, usually not visible if the user does not notice the scrollslider, he will find the word 'Fürst' (sovereign). He will not notice that there are a lot of other articles starting with this sequence: Fürth, Fürstenfeldbruck, Fürstenwalde, Führer, Fühler and all the principalities called 'Fürstentum xyz':
http://de.wikipedia.org/w/index.php?title=Spezial%3APr%C3%A4fixindex&prefix=F%C3%BC&namespace=0

Interesting enough: If you start typing 'Fue' (with 'ue' being the standard transcription for 'ü' when your keyboard does not have the umlauts on it), you are immediately presented a list with 'Fü'-words. This is really handy for people who have no ü on their keyboard, but it is very unlikely that it comes to a german/swiss/austrian users mind that, in order to get better suggestions, he has to use a foreign-language-trick when he browses 'his' wikipedia with 'his' keyboard.

You'll find the same behaviour on the fr-wp, sv-wp and a lot of others.

So here is my appeal: Please change the search-suggestions in a way that Articles starting with the exact sequence (e.g. when using special characters) entered are priorized over those who are similar to a possible transliteration of the special characters.
Comment 1 Matthias Becker 2010-01-26 22:12:48 UTC
Furthermore these new search suggestions are almost foreclosing to find a disambiguation page since they normally don't have links on them. Try for example Washington County – only after the last letter (y) is entered the disamb page appears.
Comment 2 pgrawehr 2010-02-28 08:14:22 UTC
It's even worse: If the article/disambig page you're looking for is fully part of another word, you don't even get the exact match. So when typing i.e. "alt" in the english wikipedia, you get "alternative rock", "alternative songs", "altitude" etc. Not even when you type "alt " including the space, the disambig page is shown. 

Please either revert to alphabetic search order or at least ensure that if there's a toppic that fully matches the string, it is shown.
Comment 3 Robert Stojnic 2010-06-30 17:08:53 UTC
*** Bug 24189 has been marked as a duplicate of this bug. ***
Comment 4 NoX 2011-02-14 22:58:46 UTC
The symptoms of the bug I (NoX) reported are DIFFERENT in so far as any entry in the search fild (using French or German WIKTIONARY) do NOT PROVIDE ANY SUGGESTION, wheter they contain special characters or not.

The method provided until three or four days ago was in so far very useful in WIKTIONARYs, if you keyed in the word incorrectly e.g. (German) "hat" you got the recommendation "hatte" and "hätte"; or (French) "reve" you got "rève".

There must be something like a recent bug or a kind of malimprovement.
Comment 5 NoX 2011-02-19 12:00:38 UTC
Please close this bugreport (only concerning French Wiktionary searchfield recommendations when keying in.

The problem seems to be RESOLVED by the french WIKTONARY guys.
Comment 6 Bugmeister Bot 2011-08-19 19:12:41 UTC
Unassigning default assignments. http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/54734
Comment 7 Andre Klapper 2013-03-26 11:20:19 UTC
[Merging "MediaWiki extensions/Lucene Search" into "Wikimedia/lucene-search2", see bug 46542. You can filter bugmail for: search-component-merge-20130326 ]

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links