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)
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?
| Reporter | ||
Comment 1•16 years ago
|
||
Fwiw, it may be related to bug 178324 and bug 497839!?
| Reporter | ||
Comment 2•16 years ago
|
||
(In reply to comment #1)
> bug 497839?
Not that one: fails even when having focus. Sorry.
| Reporter | ||
Updated•16 years ago
|
Blocks: CcMcBuildIssues
Comment 3•16 years ago
|
||
Updated•15 years ago
|
Whiteboard: [orange]
| Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment 5•15 years ago
|
||
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
| Reporter | ||
Updated•13 years ago
|
Flags: wanted1.9.2?
Comment 6•13 years ago
|
||
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
| Assignee | ||
Updated•13 years ago
|
Keywords: intermittent-failure
| Assignee | ||
Updated•13 years ago
|
Whiteboard: [orange]
| Assignee | ||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•