intermittent comm/mail/test/browser/tabmail/browser_dragndrop.js | Uncaught exception - at resource://testing-common/mozmill/utils.jsm:127 - TimeoutError: Timed out waiting for message display completion.
Categories
(Thunderbird :: General, defect, P5)
Tracking
(thunderbird_esr78 unaffected, thunderbird82 fixed)
Tracking | Status | |
---|---|---|
thunderbird_esr78 | --- | unaffected |
thunderbird82 | --- | fixed |
People
(Reporter: intermittent-bug-filer, Assigned: mkmelin)
References
Details
(Keywords: intermittent-failure, leave-open)
Attachments
(3 files)
11.30 KB,
patch
|
darktrojan
:
review+
|
Details | Diff | Splinter Review |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
rjl
:
approval-comm-beta+
|
Details | Review |
Filed by: mkmelin+mozilla [at] iki.fi
Parsed log: https://treeherder.mozilla.org/logviewer.html#?job_id=314885114&repo=comm-central
Full log: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/dYNYl0GiTq66ZHv1YruYFA/runs/0/artifacts/public/logs/live_backing.log
Assignee | ||
Updated•4 years ago
|
Comment hidden (Intermittent Failures Robot) |
Assignee | ||
Comment 2•4 years ago
|
||
This seems to make it pretty solid.
Sent to try now https://treeherder.mozilla.org/#/jobs?repo=try-comm-central&revision=70b65383df399e43e9df6f2c0e7ae311eccc0eec
For the assert_selected_and_displayed, I don't know how that ever works without passing the controller. Looks like it did the wrong checks and passed accidentally.
Comment 3•4 years ago
|
||
Comment on attachment 9175172 [details] [diff] [review]
bug1663209_test_dnd_failure.patch
The controller is assumed to be mc
if not passed, but that's not obvious it's so better to be explicit.
Comment 4•4 years ago
|
||
The test failed on Mac and Windows on your Try run. I'm not sure if this is related to the other noise or not, so probably best to try Try again.
Comment hidden (Intermittent Failures Robot) |
Assignee | ||
Comment 6•4 years ago
|
||
https://phabricator.services.mozilla.com/D90253 to avoid the tree.view.selection null problems
Assignee | ||
Comment 7•4 years ago
|
||
Likely happens mostly in automation. At least Thunderbird have places where the view is going to be replaced and the selection is cleared first.
Updated•4 years ago
|
Updated•4 years ago
|
Pushed by ntim.bugs@gmail.com: https://hg.mozilla.org/integration/autoland/rev/d4122bf21071 currentIndex should return -1 when tree.view.selection is null. r=ntim
Assignee | ||
Updated•4 years ago
|
Comment 9•4 years ago
|
||
bugherder |
Comment hidden (Intermittent Failures Robot) |
Comment 11•4 years ago
|
||
Comment 12•4 years ago
|
||
Pushed by geoff@darktrojan.net: https://hg.mozilla.org/comm-central/rev/7019fe66b32b Use Services.tm.dispatchToMainThread instead of setTimeout when opening a new window. r=mkmelin
Updated•4 years ago
|
Comment 13•4 years ago
|
||
Comment on attachment 9176816 [details]
Bug 1663209 - Use Services.tm.dispatchToMainThread instead of setTimeout when opening a new window. r?mkmelin
[Approval Request Comment]
Just a test perma-failure fix.
Comment 14•4 years ago
|
||
Comment on attachment 9176816 [details]
Bug 1663209 - Use Services.tm.dispatchToMainThread instead of setTimeout when opening a new window. r?mkmelin
[Triage Comment]
Approved by wsmwk via Matrix for 82.0b1
Comment 15•4 years ago
|
||
bugherder uplift |
Thunderbird 82.0b1 build2:
https://hg.mozilla.org/releases/comm-beta/rev/4a6f993eb5be
Comment hidden (Intermittent Failures Robot) |
Assignee | ||
Updated•4 years ago
|
Description
•