Steps to reproduce: 1) Enable Kotoeri input method on International preferences. 2) Open test cases in Safari 3) Select "明日も" 4) Do reconversion by selecting "Reverse conversion" item from Text Input Menu, or hitting short cuts shift + control + r. In inlinehole, the first character "明" disappears and the reversion is done against the characters "日も猛". As expected, the reversion should be done against "明日も".
Created attachment 16843 [details] original test case
Created attachment 16844 [details] reduction that we fixed in r25429
Created attachment 16845 [details] reduction that's still broken
Comment on attachment 16843 [details] original test case To reproduce with the original case, select the second "明日も".
Created attachment 16846 [details] example of which characters to select Here's a picture of which characters to select, since they're escaped in the steps to reproduce
Created attachment 16847 [details] patch to use TextIterator in _web_attributedStringFromRange Although this patch doesn't fix the bug, I think its an improvement we should make, and it will probably make analysis of these types of bugs easier.
<rdar://problem/5428427>
> reduction that's still broken FWIW, I cannot reproduce this on Tiger with r26989 nightly, or with r27033 local debug build. Even Tiger Safari/WebKit work fine for me with this particular selection (but not with others).
hmm maybe its a leopard-only bug. maybe a change in NSAttributedString.
(In reply to comment #6) > Although this patch doesn't fix the bug, I think its an improvement we should > make, and it will probably make analysis of these types of bugs easier. Landed in <http://trac.webkit.org/changeset/33486>.