Closed Bug 1484053 Opened 6 years ago Closed 6 years ago

Frequent to perma-failing browser-chrome failures on some platforms when Gecko 63 merges to Beta on 2018-08-27

Categories

(Firefox :: General, defect, P1)

defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr52 --- unaffected
firefox-esr60 --- unaffected
firefox61 --- unaffected
firefox62 --- unaffected
firefox63 + disabled
firefox64 --- affected

People

(Reporter: aryx, Assigned: ddurst)

References

Details

(Keywords: regression)

Does this still need to be fixed? The first merge of Nightly63 -> Beta63 was completed today.
Yes, this is still an important bug to fix. I emailed Kris directly today about it.
Hi Mike, can you take a look why docshell/test/browser/browser_search_notification.js frequently fails on beta for some platforms, e.g. OS X Nightly?

Log example: https://treeherder.mozilla.org/logviewer.html#?job_id=196648559&repo=mozilla-beta

Thank you.
Flags: needinfo?(mdeboer)
Priority: -- → P1
FYI: The test got disabled on beta (bug 1443137), so it has to be re-enabled before testing it e.g. on Try.
Not a search-specific issue AIUI; kmag seems to have the blame from the regression range, so investigation should start there.

Assigning since this is on the tracking list.
Assignee: nobody → kmaglione+bmo
Flags: needinfo?(mdeboer)
If my changes are responsible, it's almost certainly only because they significantly sped a lot of things up and made existing races more apparent. They definitely had that effect elsewhere.
Assignee: kmaglione+bmo → nobody
Flags: needinfo?(kmaglione+bmo)
Because the changes in bug 1480244 (via the pushlog referenced in #c0, https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=78d5bc33afd0&tochange=e72eac515afc) are not simple or narrow, and have been verified as speeding things up, I feel like it would be safe/sane to choose a small test to verify that theory. But I would also prefer that verification to be done by the test owner.

Since #c4 indicates that docshell/test/browser/browser_search_notification.js is no longer a candidate for that, Sebastian, can you suggest another test we could use as a candidate?

[I realize this is unusual, but I don't yet have a good way to alert lots of groups when foundational changes might affect their tests. Ideas welcome, just not in this bug please.]
Flags: needinfo?(aryx.bugmail)
(Now assigning to ddurst for a resolution :)
Assignee: nobody → ddurst
I still think the approach in #c7 is sensible. Looking for guidance from :aryx.
browser_search_notification.js got fixed in bug 1443137, other tests might have been disabled by project Stockwell (disable frequent failures if there is no action on them) or also fixed. The trees for beta and release don't show any of those frequent failures which were on beta when this bug got filed.
Status: NEW → RESOLVED
Closed: 6 years ago
Flags: needinfo?(aryx.bugmail)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.