Bug 19347 – After the password is input , Japanese can't be input.

• Status: RESOLVED
• Resolution: FIXED
• Component: WebKit Misc.

[Sato]

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.

[Mark Rowe (bdash)]

Does this work correctly in Safari 3.1.1?

[Mark Rowe (bdash)]

<rdar://problem/5977562>

[Sato]

(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.

[Alexey Proskuryakov]

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.

[Mark Rowe (bdash)]

*** Bug 20392 has been marked as a duplicate of this bug. ***

[Alexey Proskuryakov]

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?

[Alexey Proskuryakov]

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:]