I'm using WebKit-SVN-r34279/Mac OS 10.5.3(intel). After is input in password form (<input type="password">), Japanese cannot be input to other forms. Example, "Create new account" page in Yahoo! Japan, After the password is input, the answer to a secret question cannot be input in Japanese.
Does this work correctly in Safari 3.1.1?
<rdar://problem/5977562>
(In reply to comment #1) > Does this work correctly in Safari 3.1.1? > When having tried now,The problem occurred in Safari 3.1.1 (5525.20). This problem seems to occur only by Leopard.The problem did not occur in Tiger.
I think this is a duplicate of bug 16946.
I believe that the root cause for both bugs is that we're manipulating properties on wrong documents. In this bug, TSMGetActiveDocument() returns 0 when switching from a password field to a normal one, so we fail to remove kTSMDocumentEnabledInputSourcesPropertyTag. This is caused by a hack in -[WebHTMLView inputContext], and is fixed by removing it. It's not obvious to me if bug 16946 is exactly the same, as there may be many reasons for an active document to be not what we expect. Ideally, we should find a less fragile solution.
*** Bug 20392 has been marked as a duplicate of this bug. ***
Created attachment 22853 [details] proposed fix
Comment on attachment 22853 [details] proposed fix Cool! r=me + Frame* coreFrame = core([self _frame]); You can use the local variable frame from the line above. Can you now remove @interface NSResponder (AppKitDetails) from WebHTMLView.mm?
Committed revision 35831. I wonder how this affects bug 16946. (In reply to comment #8) > Can you now remove > @interface NSResponder (AppKitDetails) > from WebHTMLView.mm? I can't - the method is used in -[WebHTMLView mouseDown:]