Open
Bug 495751
Opened 15 years ago
Updated 2 years ago
synthesizeKey preceded by textbox.focus() fails intermittently on Linux
Categories
(Core :: XUL, defect)
Tracking
()
NEW
People
(Reporter: dao, Unassigned)
References
Details
(Keywords: platform-parity)
Sometimes, textbox.focus() doesn't seem do the right thing, and the subsequent synthesizeKey call sends the event somewhere else. This never seems to be a problem on Windows and OS X.
Examples for this are bug 477631 and bug 494905.
Comment 1•15 years ago
|
||
Bug 497839 comment 11 is related to the issue of whether synthesizeKey should send events to inactive windows.
It looks like this bug existed before bug 178324 landed, but perhaps even at that time the effect of synthesizeKey sometimes depended on whether the window was active?
Comment 2•15 years ago
|
||
CCing Neil Deakin to see if he has some idea about how to solve this problem.
Comment 3•14 years ago
|
||
Sorry i've yet realized that it's not console2.
My workaround - create xul panel withiout noautohide attribute, and then everything works fine
Comment 4•14 years ago
|
||
Is this bug intended to be a vague general issue about tests failing on linux, or a specific issue?
Comment 5•14 years ago
|
||
AFAIR if the window is inactive at the time (and thus requiring a focus) the textbox.focus() would call focus() on the window as well which is async.
Then again, my memory may just be playing with me...
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•