[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