13914 2007-05-29 17:17:24 -0700 REGRESSION: Kotoeri mode switching behavior incorrect 2007-07-08 18:03:05 -0700 1 1 1 Unclassified WebKit Text 523.x (Safari 3) Mac OS X 10.4 CLOSED FIXED InRadar, Regression P1 Normal --- 1 danrha webkit-unassigned ap oliver oldest_to_newest 8817 0 danrha 2007-05-29 17:17:24 -0700 When switching between Kotoeri modes using the keyboard, previous selected text changes its script. To reproduce: 1. Focus any standard input box in any site and switch to Kotoeri Katakana mode 2. Input any text that can be written with katakana like Kotoeri (result: &#12467;&#12488;&#12456;&#12522;) 3. Without pressing anything or changing focus switch to Romaji mode using the keyboard shortcut Ctrl+Shit+; 4. The text you typed shoud change to it's romaji equivalent (f.e. kotoeri) I think this is related to http://bugs.webkit.org/show_bug.cgi?id=13605, but that problem was resolved some other way, so it's a better idea posting this as a separate lower priority bug... the behavior doesnt occur in standard Safari. 8786 1 ap 2007-05-29 21:37:26 -0700 Confirmed as a regression with r21802 (the problem is in step 4 - the text _shouldn't_ change to Romaji, but it does). 8284 2 ap 2007-06-05 12:01:20 -0700 The bad things happen inside WebHTMLView's _interceptEditingKeyEvent: #0 0x00362884 in -[WebHTMLView(WebNSTextInputSupport) setMarkedText:selectedRange:] at WebHTMLView.mm:5380 <...> #31 0x9387f8a0 in -[NSView interpretKeyEvents:] #32 0x003680e0 in -[WebHTMLView(WebInternal) _interceptEditingKeyEvent:shouldSaveCommand:] at WebHTMLView.mm:5189 I'm not sure whether this means that -[NSView interpretKeyEvents:] is being called at a wrong time, or just that WebKit doesn't properly implement some other feature needed by Kotoeri. 6774 3 ap 2007-06-22 04:11:25 -0700 rdar://5287270 6093 4 oliver 2007-06-27 02:32:05 -0700 This is not reproducable afaict. Quite probably fixed by r23813 6075 5 ap 2007-06-27 11:39:00 -0700 Works for me now, too.