Closed
Bug 446212
Opened 16 years ago
Closed 16 years ago
Random failure on Linux mozilla-central qm-centos5-03 / browser_bug410900.js
Categories
(Firefox :: File Handling, defect)
Tracking
()
RESOLVED
FIXED
Firefox 3.1a1
People
(Reporter: smaug, Assigned: rflint)
References
Details
(Keywords: fixed1.9.0.4, intermittent-failure)
Attachments
(1 file, 2 obsolete files)
(deleted),
patch
|
Gavin
:
review+
dveditz
:
approval1.9.0.4+
|
Details | Diff | Splinter Review |
TEST-UNEXPECTED-FAIL | chrome://mochikit/content/browser/browser/components/preferences/tests/browser_bug410900.js | handlersView is present
TEST-UNEXPECTED-FAIL | chrome://mochikit/content/browser/browser/components/preferences/tests/browser_bug410900.js | App handler list populated
Using timeout to see if window is opened and the document for it is loaded is
error prone. Would be better if load event could be used.
Reporter | ||
Comment 1•16 years ago
|
||
Assignee | ||
Comment 2•16 years ago
|
||
The problem with listening for load on the window is that the content of the richlistbox we're testing is built on a timeout after http://mxr.mozilla.org/mozilla-central/source/browser/components/preferences/applications.xul#57 is fired, so it still leaves us somewhat susceptible to starting the tests before things are actually ready.
This patch changes the test to observe a topic we fire off once we're sure the contents of the pane are ready for poking. I've ifdef'd the observer bits in applications.js since I don't think this topic would be genuinely useful outside of a testing context; especially when there are much better ways to go about manipulating the handler list.
Assignee: Olli.Pettay → rflint
Attachment #330401 -
Attachment is obsolete: true
Attachment #330436 -
Flags: review?(gavin.sharp)
Attachment #330401 -
Flags: review?(rflint)
Comment 3•16 years ago
|
||
I think you might as well unconditionally fire the notification, it could potentially be useful for extensions wanting to extend this prefpane, it's pretty cheap, and test-only code in general is to be avoided.
I would also leave "runTest" separate from observe() for legibility (and have observe just pass the window in).
Assignee | ||
Comment 4•16 years ago
|
||
Attachment #330436 -
Attachment is obsolete: true
Attachment #330437 -
Flags: review?(gavin.sharp)
Attachment #330436 -
Flags: review?(gavin.sharp)
Comment 5•16 years ago
|
||
Comment on attachment 330437 [details] [diff] [review]
v2
>diff --git a/browser/components/preferences/applications.js b/browser/components/preferences/applications.js
>+ // Notify observers the the UI is now ready
"that the"
Attachment #330437 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Comment 6•16 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9.1a1
Version: unspecified → Trunk
Comment 7•16 years ago
|
||
Comment on attachment 330437 [details] [diff] [review]
v2
I'd like to get this test fix onto 1.9.0, but it touches non-test code, so asking for approval. The actual impact of the non-test code is pretty small.
Attachment #330437 -
Flags: approval1.9.0.3?
Comment 8•16 years ago
|
||
Comment on attachment 330437 [details] [diff] [review]
v2
Approved for 1.9.0.4, a=dveditz for release-drivers
Attachment #330437 -
Flags: approval1.9.0.4? → approval1.9.0.4+
Blocks: 460474
Assignee | ||
Comment 9•16 years ago
|
||
mozilla/browser/components/preferences/applications.js 1.46
mozilla/browser/components/preferences/tests/browser_bug410900.js 1.6
Keywords: fixed1.9.0.4
Updated•16 years ago
|
Component: Testing → File Handling
Product: Core → Firefox
QA Contact: testing → file.handling
Target Milestone: mozilla1.9.1a1 → Firefox 3.1a1
Updated•16 years ago
|
Whiteboard: [orange]
Updated•12 years ago
|
Keywords: intermittent-failure
Updated•12 years ago
|
Whiteboard: [orange]
You need to log in
before you can comment on or make changes to this bug.
Description
•