Bug 48056 - [GTK] Implement strength level in search algorithm when using glib unicode
Summary: [GTK] Implement strength level in search algorithm when using glib unicode
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Linux
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks: 34247
  Show dependency tree / graph
 
Reported: 2010-10-21 03:14 PDT by Carlos Garcia Campos
Modified: 2013-02-13 04:15 PST (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Garcia Campos 2010-10-21 03:14:21 PDT 
See http://www.unicode.org/reports/tr10/#Searching

When doing a case insensitive search, comparing strings with foldCase is not enough to get the same results as ICU. ICU uses the primary level strength when the search mode is not case sensitive, this means that depending on the current locale some accented characters match to its not accented version. For example in Spanish "á" matches against "a", in German "ß" matches against "ss", in Danish "aa" matches "å", etc.
This makes some tests like fast/encoding/find-russian fail.
Comment 1 Dominik Röttsches (drott) 2013-02-13 04:15:26 PST 
GLib backend is gone per bug 109627, closing.