Closed
Bug 1095628
Opened 10 years ago
Closed 9 years ago
2.59% OS X 10.6 Session Restore regression on Inbound (v. 36) November 3, from push 53d51e7fbb9e
Categories
(Testing :: Talos, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: kaustabh93, Unassigned)
References
Details
(Keywords: perf, regression, Whiteboard: [talos_regression])
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0
Build ID: 20140715214327
Steps to reproduce:
Here is a graph of the regression :
http://graphs.mozilla.org/graph.html#tests=[[313,63,21]]&sel=1414993287791.8877,1415143761567.1038&displayrange=7&datatype=running
Some re-triggers were done:
https://tbpl.mozilla.org/?tree=Mozilla-Inbound&jobname=Rev4%20MacOSX%20Snow%20Leopard%2010.6%20mozilla-inbound%20talos%20other_nol64&startdate=2014-11-03&enddate=2014-11-05
The push causing the regressions:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?changeset=53d51e7fbb9e
Reporter | ||
Updated•10 years ago
|
OS: All → Mac OS X
Hardware: All → x86
Updated•10 years ago
|
Comment 1•10 years ago
|
||
this is now on Aurora and by looking at the graphs it appears this is the one regression that is the main cause for our 5% OSX 10.6 session restore regression.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•10 years ago
|
||
I do not see this on mozilla-beta, can we close this?
Updated•9 years ago
|
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•