22247 2008-11-13 16:21:11 -0800 Find in a page does not normalize 2009-06-11 13:23:25 -0700 1 1 1 Unclassified WebKit New Bugs 528+ (Nightly build) All All RESOLVED WORKSFORME P2 Normal --- 1 jshin webkit-unassigned oldest_to_newest 98675 0 jshin 2008-11-13 16:21:11 -0800 1. Go to http://fr.wikipedia.org 2. In 'Find in a page box', type U+0065 U+0301 ( é ) [1] Expected : A lot of matches are found Actual: No match is found All the e with acute accent in the page are in composed form (U+00E9) and does not match the decomposed representation. A short-term fix : Convert the input ('needle') to NFC. This will take care of the majority of cases because most web pages tend to use composed forms when available. In the long run : NFC might not be the best choice. 'Hay' may have be normalized as well. At least on Windows, some African-language keyboards produce decomposed forms even for letters with accent which have a composed form representation. This may also be an issue for Japanese voicing marks. I barely remember some hard-coded normalization for them in Webkit, but I haven't checked whether that is used in 'Find in a page'. If they're not taken care of, it's a rather serious issue. Reported against chrome: http://crbug.com/1100 [1] Go to http://rishida.net/scripts/uniview/conversion.php and type 'U+0065U+0301' in the second box on the left and copy'n'paste the result in the top-left box. 125365 1 jshin 2009-06-11 13:23:25 -0700 This was fixed a while ago using the usearch apis of ICU (in TextIterator.cpp). It's still not locale-specific, but that's a separate issue.