Closed Bug 504626 Opened 16 years ago Closed 13 years ago

mochitest-plain: /content/events/test/test_bug299673.html fails

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: sgautherie, Unassigned)

References

()

Details

(Keywords: intermittent-failure)

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2a1pre) Gecko/20090715 SeaMonkey/2.0b1pre] (experimental/_m-c_, home, optim default) (W2Ksp4) (http://hg.mozilla.org/mozilla-central/rev/c575412d976a [20090623] +http://hg.mozilla.org/comm-central/rev/16d18598cb19) [Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2a1pre) Gecko/20090715 SeaMonkey/2.1a1pre] (home, optim default) (W2Ksp4) (http://hg.mozilla.org/mozilla-central/rev/d190d9b6ccd1 +http://hg.mozilla.org/comm-central/rev/773809454cf2 + bug 503724 patch) { 17981 INFO Running /tests/content/events/test/test_bug299673.html... ... | select element should be focused ... | input element in popup should be focused ... | input element in popup did not accept input ... | wrong element is focused after popup was closed ... | unexpected events - got " : Test with browser.link.open_newwindow = 3\n: focus top-doc\nSELECT(Select1): focus \nSELECT(Select1): change \n : >>> OpenWindow\n: blur top-doc\n: focus popup-doc\nINPUT(popupText1): focus \n : <<< OpenWindow\nSELECT(Select1): blur \n", expected " : Test with browser.link.open_newwindow = 3\n: focus top-doc\nSELECT(Select1): focus \nSELECT(Select1): change \n : >>> OpenWindow\n: blur top-doc\nINPUT(popupText1): focus \n : <<< OpenWindow\nSELECT(Select1): blur \nINPUT(popupText1): blur \n: blur popup-doc\n: focus top-doc\n" ... | select element should be focused ... | input element in popup should be focused ... | input element in popup did not accept input ... | wrong element is focused after popup was closed ... | unexpected events - got " : Test with browser.link.open_newwindow = 2\nINPUT(popupText1): blur \n: blur popup-doc\n: focus top-doc\nSELECT(Select1): focus \nSELECT(Select1): change \n : >>> OpenWindow\n: blur top-doc\n: focus popup-doc\nINPUT(popupText1): focus \n : <<< OpenWindow\nSELECT(Select1): blur \n", expected " : Test with browser.link.open_newwindow = 2\nSELECT(Select1): focus \nSELECT(Select1): change \n : >>> OpenWindow\n: blur top-doc\n: focus popup-doc\nINPUT(popupText1): focus \n : <<< OpenWindow\nSELECT(Select1): blur \n" }
Flags: wanted1.9.2?
Fwiw, it may be related to bug 178324 and bug 497839!?
(In reply to comment #1) > bug 497839? Not that one: fails even when having focus. Sorry.
Whiteboard: [orange]
Probably quite rare, but looks to be not SM only.
Blocks: 438871
Summary: [SeaMonkey 2.1] mochitest-plain: /content/events/test/test_bug299673.html fails → mochitest-plain: /content/events/test/test_bug299673.html fails
Flags: wanted1.9.2?
Mass marking whiteboard:[orange] bugs WFM (to clean up TBPL bug suggestions) that: * Haven't changed in > 6months * Whose whiteboard contains none of the strings: {disabled,marked,random,fuzzy,todo,fails,failing,annotated,leave open,time-bomb} * Passed a (quick) manual inspection of bug summary/whiteboard to ensure they weren't a false positive. I've also gone through and searched for cases where the whiteboard wasn't labelled correctly after test disabling, by using attachment description & basic comment searches. However if the test for which this bug was about has in fact been disabled/annotated/..., please accept my apologies & reopen/mark the whiteboard appropriately so this doesn't get re-closed in the future (and please ping me via IRC or email so I can try to tweak the saved searches to avoid more edge cases). Sorry for the spam! Filter on: #FFA500
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Whiteboard: [orange]
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.