Closed
Bug 989232
Opened 11 years ago
Closed 11 years ago
[beta] Failure in testSecurity/testSafeBrowsingNotificationBar.js since bug 985623 has been backported
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
RESOLVED
FIXED
Firefox 29
People
(Reporter: danisielm, Assigned: mmc)
References
()
Details
(Keywords: regression, Whiteboard: [mozmill])
Attachments
(1 file)
1.35 KB,
patch
|
gcp
:
review+
Sylvestre
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
This test started failing on Beta across all platforms
http://mozmill-release.blargon7.com/#/remote/failure?app=All&branch=All&platform=All&from=2014-03-27&test=%2FtestSecurity%2FtestSafeBrowsingNotificationBar.js&func=testNotificationBar
Looks like it was introduced recently on beta
Here is the regression range:
https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=e5d922ae5641&tochange=363950e031c0
From what we've seen in bug 985623, some changes we're not backported to beta.
Mainly the changes to libpref: https://hg.mozilla.org/releases/mozilla-aurora/diff/e1282ac83e49/modules/libpref/src/init/all.js are missing from Beta.
Monica could you please check if this was intended or maybe it was missed while resolving conflict?
Flags: needinfo?(mmc)
Reporter | ||
Updated•11 years ago
|
Comment 1•11 years ago
|
||
As it can be seen in the report referenced above, we actually are loading: URI=http://www.itisatrap.org/firefox/its-a-trap.html. Not sure why that happens given that bug 971240 hasn't been backported to beta yet.
Keywords: regression
Summary: Failure in testSecurity/testSafeBrowsingNotificationBar.js once some changes we're backported to Beta → [beta] Failure in testSecurity/testSafeBrowsingNotificationBar.js since bug 985623 has been backported
Reporter | ||
Comment 2•11 years ago
|
||
Manually tested this:
So accessing http://www.mozilla.org/firefox/its-a-trap.html with the last build that work ( clean profile ) shows the Reported Web Forgery Page.
Accessing the same link on the first beta build (clean prof) on which the test fails redirects to http://www.itisatrap.org/firefox/its-a-trap.html and shows no Reported Web Page.
Comment 3•11 years ago
|
||
So that means we miss the backport for bug 971240 on beta, or or shouldn't have backported bug 985623 to beta. This is a weird situation where we need feedback from everyone involved.
tracking-firefox29:
--- → ?
Flags: needinfo?(gpascutto)
Updated•11 years ago
|
Comment 4•11 years ago
|
||
I doubt lack of bug 971240 is the issue, given that it updates the DB and the tests simultaneously. Given that bug 985623 had to be specifically changed for beta, that looks the most likely.
Flags: needinfo?(gpascutto)
Comment 5•11 years ago
|
||
>Mainly the changes to libpref: https://hg.mozilla.org/releases/mozilla-aurora/diff/e1282ac83e49/modules/libpref/src/init/all.js are missing from Beta.
That's exactly right, those changes *are* needed on beta as well.
Assignee: nobody → mmc
Assignee | ||
Comment 6•11 years ago
|
||
Yes, that's right. I had merge conflicts from uplifting bug 985623 and missed the pref change. Patch coming.
Flags: needinfo?(mmc)
Assignee | ||
Comment 7•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Attachment #8398575 -
Flags: review?(gpascutto)
Updated•11 years ago
|
Attachment #8398575 -
Flags: review?(gpascutto) → review+
Assignee | ||
Comment 8•11 years ago
|
||
I can't set the approval-beta flag for some reason. Sylvestre, this change is needed for beta only.
Flags: needinfo?(sledru)
Updated•11 years ago
|
Component: Mozmill Tests → General
Flags: needinfo?(sledru)
Product: Mozilla QA → Firefox
QA Contact: hskupin
Version: Version 1 → Trunk
Assignee | ||
Comment 9•11 years ago
|
||
Comment on attachment 8398575 [details] [diff] [review]
Fix failure in testSecurity/testSafeBrowsingNotificationBar.js (
[Approval Request Comment]
Bug caused by (feature/regressing bug #): Incorrect merging of bug 985623 on beta
User impact if declined: its-a-trap test phishing links won't work, 985623 still won't be fixed on beta
Testing completed (on m-c, etc.): m-b by skupin setting flags
Risk to taking this patch (and alternatives if risky):
String or IDL/UUID changes made by this patch: none
Attachment #8398575 -
Flags: approval-mozilla-beta?
Assignee | ||
Comment 10•11 years ago
|
||
> Risk to taking this patch (and alternatives if risky):
Oops, forgot this field. Alternatives are backing out https://bugzilla.mozilla.org/show_bug.cgi?id=985623 on beta, which is less risky than taking this patch.
> String or IDL/UUID changes made by this patch: none
Comment 11•11 years ago
|
||
Comment on attachment 8398575 [details] [diff] [review]
Fix failure in testSecurity/testSafeBrowsingNotificationBar.js (
Here it is. I hope I didn't do anything wrong while changing the product/component!
Attachment #8398575 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Assignee | ||
Comment 12•11 years ago
|
||
Thanks! I also built and tested manually with going to http://www.mozilla.org/firefox/its-a-trap.html which shows the interstitial with this patch.
https://hg.mozilla.org/releases/mozilla-beta/rev/9617ccbb0f82
Comment 13•11 years ago
|
||
It would have been better if that follow-up patch landed as part of the original bug. Now it's a bit harder to see the relationship, and where it belongs to. Also we lost our bug which handles the appropriate Mozmill test failure for this regression. Anyway, it's too late now. But thanks for the patch!
Please do not forget to set the target milestone and the status flags for patches landed. I assume this one is done now? So lets even close it as fixed.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [mozmill-test-failure] → [mozmill]
Target Milestone: --- → Firefox 29
Comment 14•11 years ago
|
||
According to mozmill-release.blargon7.com, this test still displays one failure on Linux systems:
http://mozmill-release.blargon7.com/#/remote/failure?app=All&branch=All&platform=All&from=2014-03-31&to=2014-04-01&test=%2FtestSecurity%2FtestSafeBrowsingNotificationBar.js&func=testNotificationBar
The current fail message is different though: "controller.waitForPageLoad(URI=about:blank, readyState=uninitialized)".
For all the other runs on beta 4, the test passed.
Keywords: verifyme
Updated•11 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•