Intermittent sessionstore/test/browser_sessionStoreContainer.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
RESOLVED
INCOMPLETE
Status
()
People
(Reporter: intermittent-bug-filer, Unassigned)
Tracking
({bulk-close-intermittents, intermittent-failure})
Firefox Tracking Flags
(firefox49 wontfix, firefox50 affected, firefox51 affected, firefox52 affected)
Details
Filed by: tomcat https://treeherder.mozilla.org/logviewer.html#?job_id=31414007&repo=mozilla-inbound https://queue.taskcluster.net/v1/task/dyfflPkEQC-JX1MljSqyFg/runs/0/artifacts/public%2Flogs%2Flive_backing.log
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
|
||
Comment 21•2 years ago
|
||
Bulk assigning P3 to all open intermittent bugs without a priority set in Firefox components per bug 1298978.
Priority: -- → P3
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
|
||
Updated•2 years ago
|
status-firefox49: --- → wontfix
status-firefox50: --- → affected
status-firefox51: --- → affected
status-firefox52: --- → affected
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
|
||
Comment 34•2 years ago
|
||
Mike, could you help find someone to take a look at this issue? Another frequent session restore bug, looks like it spiked Nov 5th and much more Nov 18th: https://brasstacks.mozilla.com/orangefactor/?display=Bug&bugid=1285475&startday=2016-09-01&endday=2016-11-20&tree=all this falls into the pattern of a test timeout, maybe similar to bug 1252376 ?
Flags: needinfo?(mdeboer)
| Comment hidden (Intermittent Failures Robot) |
|
||
Comment 36•2 years ago
|
||
Well, yes, quite similar indeed, but I'm a bit wary about this... I can up the timeout on each and every sessionstore test, but I'd also like to point out that this something that started occurring more frequently not too long ago. Sessionstore mochitests are inherently heavy traffic on the platform side of things, by which I mean DOM/ XPCOM: a very large number of windows, tabs, browser elements instantiating multiple docShells and hard disk I/O when the sessionstore files are flushed to disk. Josh mentioned seeing a large number of ++/-- GC messages when studying the logs of intermittent bug 1252376: Did things change recently on the platform side of things that may affect the timing of the GC cycles? Is there a project running at the moment that intends to optimize memory usage, tweaked the GC behavior somewhat (or papercut by papercut) and might result in an increase of intermittents here? Who would know?
Flags: needinfo?(mdeboer)
|
|
||
Comment 37•2 years ago
|
||
Brad, would you know of any work in the last 3 weeks which could be fiddling with GC cycles or other major stuff landing on trunk. See comment 36 for more context.
Flags: needinfo?(blassey.bugs)
|
||
Comment 38•2 years ago
|
||
Bill, would any of your recent changes have changed timings here?
Flags: needinfo?(blassey.bugs) → needinfo?(wmccloskey)
Bug 1308039 landed on Oct 11, so it doesn't seem related to this bug. I don't know of anything else in this range. Mike, perhaps you could enable logging (via requestCompleteLog) for some of these tests that are failing. That would help see how long each step is taking. Also, the ++ messages have nothing to do with GC. The -- messages are sometimes correlated with GC activity, but not necessarily.
Flags: needinfo?(wmccloskey)
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
| Comment hidden (Intermittent Failures Robot) |
Status: NEW → RESOLVED
Last Resolved: a year ago
Keywords: bulk-close-intermittents
Resolution: --- → INCOMPLETE
| Comment hidden (Intermittent Failures Robot) |
You need to log in
before you can comment on or make changes to this bug.
Description
•