[Webkit-unassigned] [Bug 64892] New: Find in page with a Korean string fails

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Jul 20 13:51:19 PDT 2011


https://bugs.webkit.org/show_bug.cgi?id=64892

           Summary: Find in page with a Korean string fails
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Unspecified
               URL: http://ko.wikipedia.org/wiki/%ED%95%9C%EA%B8%80
        OS/Version: Unspecified
            Status: NEW
          Keywords: InChromiumBugs
          Severity: Normal
          Priority: P2
         Component: Text
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: jshin at chromium.org
                CC: ap at webkit.org


Follow-up to bug 62913

ICU 4.6 has a new collator for Korean search. It's not just in Korean locale but also in root (so regardless of the search locale, this issue will show up). It's supposed to be used for search (as in Find-in-page). So, in bug 62913, ap landed a patch to use a search collator in ICU if available. 

With that patch in,  Find-in-page in Chrome is broken.

Reproduction steps:

1. Go to the page in the URL
2. Install a Korean 2-set kbd on Mac
3. Fire up FiP box (command-F)
4. Select Korean 2-set layout
5. Type gksrmf in QWERTY kbd (which corresponds to '한글')

Expected: a number of matches
Actual (in Chrome) : no match 


Even though the CLDR change (that was imported to ICU) for Korean search has some issues (it's my fault not to catch it), this breakage should not happen. 
If this cannot be reproduced with Safari on Mac OS Lion (with ICU 4.6), there might be some Chrome-specific issues. 

It's reported as a Chrome bug (http://crbug.com/88434 )

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.


More information about the webkit-unassigned mailing list