Closed
Bug 982448
Opened 10 years ago
Closed 10 years ago
some fxmetro pref's still being left behind with values without --enable-metro in the mozconfig
Categories
(Firefox :: General, defect)
Tracking
()
VERIFIED
FIXED
Firefox 30
People
(Reporter: kjozwiak, Assigned: robert.strong.bugs)
References
Details
Attachments
(2 files)
48.33 KB,
image/png
|
Details | |
3.68 KB,
patch
|
bbondy
:
review+
Sylvestre
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
This probably isn't a high priority issue, but I found two pref's that have been left behind from fxmetro that still have values assigned to them (there might be more than these two) - Attached a screenshot to illustrate the issue Steps to reproduce the issue: 1) Download the latest BETA (Firefox Setup 28.0b9.exe) 2) Go to C:\Program Files (x86)\Mozilla Firefox\defaults\pref\channel-prefs.js and change the following: - pref("app.update.channel", "beta"); --> pref("app.update.channel", "releasetest"); currently holding the BETA RC 3) Once Step #2 is completed, update fxdesktop via the "About" and restart 4) Go into the about:config and you'll notice that those two pref's are still being listed (this build should have everything fxmetro removed) Any pref's that are associated with fxmetro should probably be removed.
Assignee | ||
Comment 1•10 years ago
|
||
Attachment #8389564 -
Flags: review?(netzen)
Updated•10 years ago
|
Attachment #8389564 -
Flags: review?(netzen) → review+
Updated•10 years ago
|
Assignee: nobody → robert.strong.bugs
Assignee | ||
Updated•10 years ago
|
Group: mozilla-employee-confidential
Robert, is this something that needs to get cleaned up before we release?
Flags: needinfo?(robert.strong.bugs)
Assignee | ||
Updated•10 years ago
|
Summary: some fxmetro pref's still being left behind with values → some fxmetro pref's still being left behind with values without --enable-metro in the mozconfig
(In reply to Robert Strong [:rstrong] (use needinfo to contact me) from comment #3) > No Okay thanks, nominating for tracking since Release Management is aware.
status-firefox28:
--- → affected
tracking-firefox28:
--- → ?
Assignee | ||
Comment 5•10 years ago
|
||
Pushed to mozilla-inbound https://hg.mozilla.org/integration/mozilla-inbound/rev/5e03967817fa
Flags: in-testsuite-
Target Milestone: --- → Firefox 30
Comment 6•10 years ago
|
||
So since this is *not* needed before release, we can leave it for 28 and get uplift to Aurora when ready.
https://hg.mozilla.org/mozilla-central/rev/5e03967817fa
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
(In reply to Lukas Blakk [:lsblakk] from comment #6) > So since this is *not* needed before release, we can leave it for 28 and get > uplift to Aurora when ready. I assume that means this is wontfix for Firefox 28.
Reporter | ||
Comment 9•10 years ago
|
||
Went through the verification process using the following builds: builds with metrofx already removed: - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-03-31-03-02-01-mozilla-central/ - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-03-31-00-40-01-mozilla-aurora/ builds with metrofx still installed and removing it via the update: - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-03-24-03-02-03-mozilla-central/ - http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-03-25-00-40-02-mozilla-aurora/ - Downloaded Nightly and Aurora that already had metrofx removed and ensured that the preferences from comment #0 have been removed - Downloaded Nightly and Aurora that still have metrofx and than updated to the latest version, ensured that the preferences from comment #0 have been removed Waiting on the next BETA build that will have all the metrofx removal changes.
Updated•10 years ago
|
tracking-firefox29:
--- → ?
Updated•10 years ago
|
Assignee | ||
Comment 11•10 years ago
|
||
Release drivers, the extra prefs don't cause any issues but if you'd like this uplifted approve the patch and I'll uplift it.
Comment 12•10 years ago
|
||
It seems low risk to me. So, sure, please. Thanks for proposing it.
Reporter | ||
Comment 13•10 years ago
|
||
I went through this again and double checked to make sure that the two pref's are being removed: - Nightly (preferences have been removed) - Aurora (preferences have been removed) The two preferences are not being removed from the BETA builds, but the fix is being uplifted as per comment #11 & comment #12. I'll retest using the BETA channel once the uplift lands.
Assignee | ||
Comment 14•10 years ago
|
||
Comment on attachment 8389564 [details] [diff] [review] patch rev1 [Approval Request Comment] Bug caused by (feature/regressing bug #): Disabling Metro User impact if declined: a couple of extra default prefs seen in about:config Testing completed (on m-c, etc.): on m-c and m-a Risk to taking this patch (and alternatives if risky): minimal String or IDL/UUID changes made by this patch: none
Attachment #8389564 -
Flags: approval-mozilla-beta?
Updated•10 years ago
|
Attachment #8389564 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Assignee | ||
Comment 15•10 years ago
|
||
Pushed to mozilla-beta https://hg.mozilla.org/releases/mozilla-beta/rev/cd8fed951743
Comment 16•10 years ago
|
||
Backed out for Windows mochitest-bc orange. https://hg.mozilla.org/releases/mozilla-beta/rev/5c015bc3a52e https://tbpl.mozilla.org/php/getParsedLog.php?id=37229365&tree=Mozilla-Beta https://tbpl.mozilla.org/php/getParsedLog.php?id=37229744&tree=Mozilla-Beta https://tbpl.mozilla.org/php/getParsedLog.php?id=37227181&tree=Mozilla-Beta
Assignee | ||
Comment 17•10 years ago
|
||
Considering that these extra prefs cause no harm and that it would take work to figure out why the tests aren't passing (I've already performed a diff between aurora and beta without there being differences in the test or the common files for the tests) can we just skip this on beta?
Flags: needinfo?(sledru)
Comment 18•10 years ago
|
||
Oddly enough, they went away on their own with the next push.
Comment 19•10 years ago
|
||
Robert, from comment #18, it seems that it is now working. So, we should just resubmit them...
Flags: needinfo?(sledru)
Reporter | ||
Comment 21•10 years ago
|
||
Because the issue described in comment #16, this didn't make it into FF 29.0b5 but was eventually pushed as per comment # 18 & comment #19. I'll retest this with the next BETA. I double checked and verified that the pref's are still present in the latest BETA build: - http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/29.0b5/win32/en-US/
Reporter | ||
Comment 22•10 years ago
|
||
Went through verification using the following builds: - http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/29.0b5/win32/en-US/ - http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/29.0b6/win32/en-US/ * installed FX 29.0b6 and ensured that both preferences from comment #0 have been removed * installed FX 29.0b5 and ensured that both preferences from comment #0 have been removed once FX is restarted after the update Note: I used the "betatest" update channel, I'll quickly double check using the official beta update channel once FX 29.0b6 is up there.
Reporter | ||
Comment 23•10 years ago
|
||
Went through verification using the following Nightly build: - http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/29.0b5/win32/en-US/ Once the above build was installed, I updated to FX 29.0b6 using the offical beta update channel and ensured that the two pref's have been removed. Launched FX using all the available shortcuts just to make sure that there wasn't any issues.
You need to log in
before you can comment on or make changes to this bug.
Description
•