Closed
Bug 1130630
Opened 9 years ago
Closed 9 years ago
Move zoomed_view_stub from shared_ui_components to gecko_app
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox38 fixed)
RESOLVED
FIXED
Firefox 38
Tracking | Status | |
---|---|---|
firefox38 | --- | fixed |
People
(Reporter: mcomella, Assigned: domivinc)
References
Details
Attachments
(1 file)
We don't want this in web apps - just the browser (and maybe GeckoView).
Assignee | ||
Comment 1•9 years ago
|
||
Attachment #8563612 -
Flags: review?(michael.l.comella)
Reporter | ||
Comment 2•9 years ago
|
||
Comment on attachment 8563612 [details] [diff] [review] b-12022015 1-Bug_1130630____Move_zoomed_view_stub_from_shared_ui_components_to_gecko_app_r_mcomella.patch Review of attachment 8563612 [details] [diff] [review]: ----------------------------------------------------------------- Yeah!
Attachment #8563612 -
Flags: review?(michael.l.comella) → review+
Reporter | ||
Comment 3•9 years ago
|
||
I don't think I got to mention this in the last bug - in order to get a patch checked in, you can add the "checkin-needed" keyword to the top of the page. However, all patches checked in with the keyword must have an associated green try run with them. I believe you have try commit access so make the push! :) Since this feature is pref'ed off, you should add a commit at the bottom that enables the feature (don't bother attaching this to the bug). Once the patch goes green, add the "checkin-needed" keyword and someone should be by to land your patch.
Assignee: nobody → domivinc
Reporter | ||
Comment 4•9 years ago
|
||
By the way, I made sure you have the power to assign users to bugs (amongst other things) - bugzilla responsibly. :) Thanks again for your help, Dominique!
Assignee | ||
Comment 5•9 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=8da20ba68c17
Assignee | ||
Comment 6•9 years ago
|
||
Michael, in the previous test, RC2 on Android 4.0 is red. I tried to run the same test without the code change (just the zoomed view flag = true) and I get the same red test (https://treeherder.mozilla.org/#/jobs?repo=try&revision=167bb4c1180d). The tests failed in testFindPage.js ; it's probably linked to this unresolved bug in the test suite: bug 1128287 . Let me know how we should proceed in such situation? Wait for the resolution of bug 1128287 and re-test, or land the patch without a full green light?
Flags: needinfo?(michael.l.comella)
Assignee | ||
Comment 7•9 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=e1b17eb84c31
Assignee | ||
Updated•9 years ago
|
Keywords: checkin-needed
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(michael.l.comella) → needinfo?
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?
Comment 8•9 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/ec8bf5a601ef
Keywords: checkin-needed
Whiteboard: [fixed-in-fx-team]
Comment 9•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/ec8bf5a601ef
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox38:
--- → fixed
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 38
Reporter | ||
Comment 10•9 years ago
|
||
(In reply to Dominique Vincent [:domivinc] from comment #6) > Let me know how we should proceed in such situation? Wait for the resolution > of bug 1128287 and re-test, or land the patch without a full green light? I usually just run more tests - five or six is probably enough to know whether it's the intermittent or not, but use your judgment! What you did here wfm!
Comment 11•9 years ago
|
||
Let's back this out due to the web app failures.
Comment 12•9 years ago
|
||
(In reply to Bob Clary [:bc:] from comment #11) > Let's back this out due to the web app failures. Bug 1134338 landed a fix on inbound
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•