Closed Bug 81364 Opened 24 years ago Closed 24 years ago

Correct behavior of ResetInputState() for windows/

Categories

(Core :: Internationalization, defect)

x86
Windows NT
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 81356

People

(Reporter: masaki.katakai, Assigned: masaki.katakai)

References

Details

(Keywords: intl)

This is a bug for widget/src/windows of bug 81360. I'd like to ask Windows and Mac owners of widget/ to check the bug 53025 still happens with the patch in bug 81356. (or after the patch is integrated) On gtk/, some problems happens so I've filed bug bug 81360. If it works, please mark as WORKSFORME.
Blocks: 53025
Katakai san, is this supposed to to go widget group?
Keywords: intl
Yes, please. Can anyone verify that that patch http://bugzilla.mozilla.org/showattachment.cgi?attach_id=34920 can not cause any problem on Windows platform? I want to know the results when IME candidate window is invoked. I understand IME candidate window will never grab input focus so it should work. I want the result before bug 81356 is fixed.
My local build crashes at start up (without the patch). I'll ask Roy if he can apply the patch. Widget group may not have IME environment.
katakai-san: It looks good. The candidate window closes nicely in Windows environment. Without you patch, the candidate window stays up when user changes the input focus but it commits the entry. (which is undesirable) With your patch, the candidate window closes ( which provides a visual clue to user) and the entry is commited.
Reassign to katakai@japan.sun.com, let me know if more test is needed.
Assignee: nhotta → katakai
Status: NEW → ASSIGNED
Roy san, can I ask one more testing? What will happen when you close the dialog with composed text? Please try the following if you have time, 1. apply the patch 2. start Mozilla 3. Search -> Find In This Page 4. Japanese conversion on on the text field on the dialog 5. input some japanese character do not commit characters 6. click cancel button to dismiss the dialog On UNIX platform, I'm seeing crash problem. It seems that IME tried to commit the composed text but the window is being destroyed. I'm not sure it's gtk specific problem.
Katakai-san: I'll try it in few hours and post the result.
Not crashing. I tested the following in find dlgbox. (W2k-Ja and NT4-En with GlobalIME-J) - click cancel without committing compoisition string - click cancle without committing candidate string I used the 200010605 debug build. Looks like UNIX specific.
Hotta-san and Roy-san, Thank you very much for testing. No problem with patch of bug 81356. Mark as dup of bug 81356. But still gtk has problem as bug 81360. *** This bug has been marked as a duplicate of 81356 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified as dupe. Please reopen if someone disagrees.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.