forgets middlemouse.contentLoadURL on upgrade or browser restart
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| Mozilla Firefox |
In Progress
|
Medium
|
||
| firefox (Ubuntu) |
Low
|
Unassigned | ||
| Lucid |
Low
|
Unassigned | ||
| Maverick |
Low
|
Unassigned | ||
| Precise |
Low
|
Unassigned |
Bug Description
Binary package hint: firefox
Whenever firefox is updated, the setting for middlemouse.
To simulate this:
0) go to "about:config" and set middlemouse.
1) close firefox
2) remove .mozilla/
3) open firefox
4) observe setting has reverted to "false"
Related branches
|
#2 |
(From update of attachment 351173)
also punting this to bsmedberg (keeping a running tally, now up to 3)
so, this will fail for this case:
system: pref = 1
ext_a1: pref = 2
user: pref = 1
user upgrades and ext_a1 is incompatible w/ firefox
system: pref = 1
user: pref = 1
user quits.
pref is lost.
later, user runs the browser and installs ext_a2 (upgraded extension ext_a version 2, which is compatible w/ the upgrade) and gets:
ext_a2: pref = 2
I think to handle this case, you'd need to scan All extensions, enabled and disabled. for any pref which exists in multiple locations set a flag "don't wipe". and when you quit, only wipe prefs if they aren't tagged "don't wipe".
it's probably also ok to maintain a file in the profile dir listing prefs which shouldn't be wiped, they can use the same logic, it should be append only, that'd save you the trouble of scanning disabled things.
|
#4 |
I wonder if we really want this automagic reset of user prefs at shutdown at all ... why not keep them as user prefs unless you explicitly say "reset" (either in about:config or through API) ... for me it seems that if a user ever explicitly selected a specific pref you hardly ever want to go back to ride the default again. Thoughts?
I've wanted to remove the feature for 8+ years.
I think we should probably remove the feature, and have someone write an extension similar to regclean/regmaid
http://
http://
our extension should basically tell users when a preference name/value became obsolete and let them choose to remove it. RegMaid is the advanced version of RegClean - RegClean or a mozilla equivalent would merely create a backup of the removed prefs and remove all prefs which don't make sense to the current run. It should warn the user about any prefs which are for extensions which aren't enabled.
|
#6 |
(In reply to comment #5)
> I've wanted to remove the feature for 8+ years.
>
Do you have any references for previous discussions? I would like to read the arguments before actually complaining ;).
finding them would take more effort than i'm willing to expend, they could be in irc logs (which would entail finding someone w/ logs from the right period), or one of a number of mailboxes (this should cover bugzilla), or newsgroups.
one instance for this was switching a profile between netscape 6 and mozilla where they differed on a pref value.... but the problem is older so i'm not sure when it would have been discussed. alecf might remember it, although i'm sure he'd rather forget, possibly bnesse....
bug 58326 is perhaps one of the older bugs on the subject.
(From update of attachment 351173)
I cannot accept this without a test (probably several tests, given its nature)
Binary package hint: firefox
Whenever firefox is updated, the setting for middlemouse.
To simulate this:
0) go to "about:config" and set middlemouse.
1) close firefox
2) remove .mozilla/
3) open firefox
4) observe setting has reverted to "false"
Changed in firefox (Ubuntu Lucid): | |
assignee: | nobody → Micah Gersten (micahg) |
importance: | Undecided → Low |
milestone: | none → ubuntu-10.04-beta-2 |
status: | New → Triaged |
Changed in firefox: | |
status: | Unknown → In Progress |
Micah Gersten (micahg) wrote : | #11 |
bzr commit -m '* fix LP: #548866 - forgets middlemouse.
from xulrunner-1.9.1
- update debian/
- add debian/
Changed in firefox (Ubuntu Lucid): | |
status: | Triaged → Fix Committed |
Launchpad Janitor (janitor) wrote : | #12 |
This bug was fixed in the package firefox - 3.6.3+nobinonly
---------------
firefox (3.6.3+
* New upstream release v3.6.3 (FIREFOX_
[ Jamie Strandboge <email address hidden> ]
* AppArmor:
- add leafpad and mousepad text editors for XFCE users (LP: #543587)
[ Micah Gersten <email address hidden> ]
* fix LP: #548866 - forgets middlemouse.
from xulrunner-1.9.1
- update debian/
- add debian/
[ Chris Coulson <email address hidden> ]
* Add a cairo LCD filter to use Freetype LCD colour filtering features,
based on the same patch applied to our system cairo package. Thanks to
Marc Deslauriers for helping to make this work. (LP: #512615)
- add debian/
- update debian/
* Fix LP: #546490 - "Firefox will not start in debug mode"
- update debian/
* Fix a build issue installing ubuntu-abrowser.js when building with
DEB_
- update debian/rules
-- Chris Coulson <email address hidden> Fri, 02 Apr 2010 16:44:02 +0100
Changed in firefox (Ubuntu Lucid): | |
status: | Fix Committed → Fix Released |
Changed in firefox: | |
importance: | Unknown → Medium |
Chris Coulson (chrisccoulson) wrote : | #13 |
Note, that the fix for this bug is causing bug 643899 now that we have Sync in Natty, as it changes the way that the public preferences API works.
Note that the intl.accept_
Firefox sync in Natty is synchronizing preferences, with intl.accept_
This is a pretty serious bug for Natty users - it's breaking essential websites such as most Google sites (and is also visible to Mozilla). I think we're going to have to regress this to fix bug 643899 unfortunately....
Chris Coulson (chrisccoulson) wrote : | #14 |
Note, even worse than that, calling nsIPrefBranch.
Accepted firefox into natty-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https:/
Changed in firefox (Ubuntu Natty): | |
status: | New → Fix Committed |
tags: | added: verification-needed |
Please ignore the previous comment.
tags: | removed: verification-needed |
Changed in firefox (Ubuntu Natty): | |
status: | Fix Committed → Triaged |
tags: | added: regression-update |
Changed in firefox (Ubuntu Natty): | |
importance: | Undecided → Low |
Launchpad Janitor (janitor) wrote : | #17 |
This bug was fixed in the package firefox - 4.0.1+build1+
---------------
firefox (4.0.1+
* Fix LP: #770719 - Dutch localization doesn't include spell-checker.
Look in /usr/share/hunspell for the system dictionaries on maverick
and later, rather than /usr/share/
somehow in natty
- update debian/rules
- update debian/
* Hopefully fix LP: #643899 - Firefox sending header "Accept-Language:
chrome:
preference is messed up. Drop a patch which causes the preferences
system to save a user preference when changing a preference value to equal
the system default value (and revert to the original behaviour where the
preference is just discarded). This should hopefully stop Firefox Sync
from breaking localized preferences where they haven't been modified by
the user, but does regress LP: #548866
- update debian/
-- Chris Coulson <email address hidden> Tue, 03 May 2011 20:43:30 +0100
Changed in firefox (Ubuntu Natty): | |
status: | Triaged → Fix Released |
Changed in firefox (Ubuntu Natty): | |
status: | Fix Released → Triaged |
Changed in firefox (Ubuntu): | |
status: | Fix Released → Triaged |
Migrus (migrus123) wrote : | #18 |
The description/title of this only speaks of this happening on update. I am getting this on every restart of the browser (as described in Bug #784542, which was set as a duplicate of this). Perhaps the title of this report should be changed to say restart?
I think from comment 17 that this is known to be on restart and not on upgrade. But to make sure there is no misunderstanding, here are the steps I take to reproduce this:
1. Start firefox, enter about:config, set middlemouse.
2. middlemouse-paste a URL to a window, it loads the URL ()
3. Stop firefox, check the 'prefs.js' file:
$ grep middle prefs.js
user_pref(
4. Start firefox, the setting is gone from the about:config and the
'prefs.js' file:
$ grep middle prefs.js
$
5. middlemouse-paste a URL to a window, it does nothing.
I can get this working by disabling the "Ubuntu Firefox Modifications" add-on.
Not sure why that did not work for the reporter of Bug #784542. Possibly that some other setting is in conflict? I normally disable:
browser.
middlemouse.
Torsten Bronger (bronger) wrote : | #19 |
I experience the same erroneous behaviour as Migrus, and his workaround works also for me. I am not sure when this started though. At least, it was not immediately after the upgrade to Natty.
summary: |
- forgets middlemouse.contentLoadURL on upgrade + forgets middlemouse.contentLoadURL on upgrade or browser restart |
Kees Cook (kees) wrote : | #20 |
For the impatient, I've created a Firefox Extension that forces middlemouse.
http://
sasha (sasha-goldnet) wrote : | #21 |
Thanks Kees, nice and simple.
John McPherson (john-mcpherson) wrote : | #22 |
This setting is hard-coded in the Ubuntu Firefox Modifications add-on:
$ grep middlemouse /usr/share/
pref(
This overrides any user-specified setting saved in .mozilla/
|
#24 |
Also note that saving a user pref when it is equal to the default pref breaks with Firefox Sync and complex prefs (see https:/
Harald Hannelius (harald-arcada) wrote : | #23 |
This bug is still present in OneIRIC, and it's very annoying.
Launchpad Janitor (janitor) wrote : | #25 |
This bug was fixed in the package firefox - 9.0.1+build1-
---------------
firefox (9.0.1+
[ Chris Coulson <email address hidden> ]
* Fix LP: #907666 - readd missing kubuntu-
- update debian/control
[ Micah Gersten <email address hidden> ]
* Fix LP: #917529 - Make sure new transitional packages have a versioned
dependency on Firefox so as to not break Firefox during partial upgrades
- update debian/
firefox (9.0.1+
* New upstream stable release (FIREFOX_
firefox (9.0+build1-
* New upstream stable release (FIREFOX_
[ Chris Coulson <email address hidden> ]
* Install the Apport hook as a source package hook
- rename debian/
- update debian/
- update debian/rules
* Don't unconditionally overwrite SourcePackage when reporting bugs with
the nightly apport hook
- update debian/
* Set "Channel = Unavailable" if channel-prefs.js doesn't contain a
channel name
- update debian/
* Ensure that create-tarball can handle there not being a locale blacklist
- update debian/
* Drop xpt.py and xpidl from $LIBDIR. xpidl is gone, and xpt.py isn't included
there in the upstream SDK
- update debian/
* Fix LP: #901838 - Ugly busy pointer, due to libxcursor no longer matching
the cursor bitmap to a nice themed pointer
- add debian/
- update debian/
* Don't disable our bundled addons on upgrade
- update debian/vendor.js
* Modify the UA string to add "Ubuntu" to the platform component
- add debian/
- update debian/
- update debian/rules
* Move custom scripts to debian/build
- move debian/
- move debian/
- move debian/
- update debian/rules
- move debian/testsuite.mk to debian/
* Dropped patches that are obsolete or fixed upstream:
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- update debian/
* Refresh patches:
- update debian/
- update debian/
- update debia...
Changed in firefox (Ubuntu): | |
status: | Triaged → Fix Released |
Micah Gersten (micahg) wrote : | #26 |
Sorry, this was regressed in the recent Firefox 9 update.
Changed in firefox (Ubuntu Lucid): | |
milestone: | ubuntu-10.04-beta-2 → none |
status: | Fix Released → Triaged |
Changed in firefox (Ubuntu Lucid): | |
assignee: | Micah Gersten (micahg) → nobody |
Changed in firefox (Ubuntu Precise): | |
status: | Fix Released → Triaged |
assignee: | Micah Gersten (micahg) → nobody |
milestone: | ubuntu-10.04-beta-2 → none |
Changed in firefox (Ubuntu Oneiric): | |
status: | New → Triaged |
Changed in firefox (Ubuntu Maverick): | |
status: | New → Triaged |
importance: | Undecided → Low |
Changed in firefox (Ubuntu Oneiric): | |
importance: | Undecided → Low |
Launchpad Janitor (janitor) wrote : | #27 |
This bug was fixed in the package firefox - 9.0.1+build1-
---------------
firefox (9.0.1+
[ Chris Coulson <email address hidden> ]
* Fix LP: #907666 - readd missing kubuntu-
- update debian/control
[ Micah Gersten <email address hidden> ]
* Fix LP: #917529 - Make sure new transitional packages have a versioned
dependency on Firefox so as to not break Firefox during partial upgrades
- update debian/
firefox (9.0.1+
* New upstream stable release (FIREFOX_
firefox (9.0+build1-
* New upstream stable release (FIREFOX_
[ Chris Coulson <email address hidden> ]
* Install the Apport hook as a source package hook
- rename debian/
- update debian/
- update debian/rules
* Don't unconditionally overwrite SourcePackage when reporting bugs with
the nightly apport hook
- update debian/
* Set "Channel = Unavailable" if channel-prefs.js doesn't contain a
channel name
- update debian/
* Ensure that create-tarball can handle there not being a locale blacklist
- update debian/
* Drop xpt.py and xpidl from $LIBDIR. xpidl is gone, and xpt.py isn't included
there in the upstream SDK
- update debian/
* Fix LP: #901838 - Ugly busy pointer, due to libxcursor no longer matching
the cursor bitmap to a nice themed pointer
- add debian/
- update debian/
* Don't disable our bundled addons on upgrade
- update debian/vendor.js
* Modify the UA string to add "Ubuntu" to the platform component
- add debian/
- update debian/
- update debian/rules
* Move custom scripts to debian/build
- move debian/
- move debian/
- move debian/
- update debian/rules
- move debian/testsuite.mk to debian/
* Dropped patches that are obsolete or fixed upstream:
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- remove debian/
- update debian/
* Refresh patches:
- update debian/
- update debian/
- update debian/patches...
Changed in firefox (Ubuntu Lucid): | |
status: | Triaged → Fix Released |
Martin Pohlack (mp26+launch) wrote : | #28 |
I am too having this bug on natty with 9.0.1+build1-
I must say that I get a very unrespectful impression of the behaviour of the package. User settings should be holy and never be touched / corrupted.
Is uninstalling the ubuntu-support package for firefox a fix here?
Alex Selby (launchpad-archduke) wrote : | #29 |
I am still experiencing this bug on Lucid. I am using firefox 9.0.1+build1-
Clint Byrum (clint-fewbar) wrote : Re: [Bug 548866] Re: forgets middlemouse.contentLoadURL on upgrade or browser restart | #30 |
Excerpts from Alex Selby's message of Fri Feb 03 13:01:16 UTC 2012:
> I am still experiencing this bug on Lucid. I am using firefox
> 9.0.1+build1-
> Janitor's post above, so I can't agree that this should be classified as
> "Fix Released".
>
Alex, if you believe that the bug has returned, you should open a new
bug report, and reference it as a regression of this bug. This will
help us to track it properly and give us the extra information we need
to reproduce the regression. Run 'ubuntu-bug firefox' and apport will
collect information from your system that will help us identify the issue.
Please once you've done that come back to this bug report and post a
comment to the new one so we can find it faster.
Thanks!
Alex Selby (launchpad-archduke) wrote : | #31 |
Hi Clint, thanks for the reply. I think that either I have made a mistake and the bug is really fixed, or reply #27 is mistaken and the bug was not fixed by the update.
Perhaps the problem is that I have somehow not installed the update. The output of "dpkg -l firefox" shows 9.0.1+build1-
On the other hand, if #27 is simply a mistake, then surely it would be a bit wasteful to start all over again with a new bug report? I don't mind doing that if you think it's best, but I think it could confuse the issue.
Launchpad Janitor (janitor) wrote : | #32 |
This bug was fixed in the package firefox - 10.0+build1-
---------------
firefox (10.0+build1-
* New upstream stable release (FIREFOX_
- see LP: #923319 for USN information
[ Chris Coulson <email address hidden> ]
* Update patches for PRBool -> bool transition
- refresh debian/
- refresh debian/
- refresh debian/
* Drop some more hanging IPC xpcshell tests
- update debian/
* Remove prerm hook for cleaning up pyc files in the apport package-hooks
folder. Nothing creates these
- update debian/
* Set up alternatives in the postinst script on abort-remove too
- update debian/
* Imporove maintainer script magic for removing obsolete conffiles when
upgrading from 3.6, by doing what dpkg-maintscrip
- update debian/
- update debian/
- update debian/
* Only run the Apparmor stuff in the postinst script on configure, and
in the preinst script on install or upgrade, so it handles upgrade failures
gracefully
- update debian/
- update debian/
* Drop the Ubuntuzilla workarounds now
- update debian/
* Refresh patches
- update debian/
- update debian/
* Turn off Network Manager integration for now, as it causes Firefox to
always start in offline mode. In any case, probing Network Manager isn't
the most reliable way to test if there is a connection
- update debian/vendor.js
* Update after landing of bmo: #701875 - Rename omni.jar to omni.ja
- update debian/
* Disable the tests on powerpc, because it sucks too much to run them
- update debian/rules
* "Fix" LP: #897794 - some websites expect "X11" to be the first token of
the platform component in the UA string
- update debian/
* Defuzz ubuntu-
* Refresh shipped locales (adds Assamese and Kashubian)
- refresh debian/
- refresh debian/control
* Update KDE patches for removal of nsCStringArray
- update debian/
- update debian/
* Backport changes to allow per-release/
- add debian/
- update debian/rules
* Fix LP: #908508 - Add patch from upstream to fix powerpc build failure.
Only apply this patch on powerpc to avoid compromising the quality of
the architectures that we care about
- add debian/
- update debian/
* Also make the previous powerpc build fix apply on ppc only
- update debian/
[ Micah Gersten <email address hidden> ]
* Rebase patches for PRBool -> bool transition (bmo: 675553)
- update debian/
- update debian/pat...
Changed in firefox (Ubuntu Maverick): | |
status: | Triaged → Fix Released |
This problem is still in precise as of today. A workaround is to uninstall xul-ext-ubufox. For some reason there is a file included (/usr/share/
Seamonkey is not affected by this bug and pasting always works.
Alex Selby (launchpad-archduke) wrote : | #34 |
If anyone is still interested, I can confirm the bug still exists in Lucid after the latest update to firefox 10.0.2+
I believe this is not a returning bug. It was incorrectly marked as "fixed" by Launchpad Janitor in reply #27.
James Andrewartha (trs80) wrote : | #35 |
Yes, if you read the full text of the changelog, it contains:
* Prevent LP: #643899 - Firefox sending header "Accept-Language:
chrome:
preference is messed up. Drop a patch which causes the preferences
system to save a user preference when changing a preference value to equal
the system default value (and revert to the original behaviour where the
preference is just discarded). This should hopefully stop Firefox Sync
from breaking localized preferences where they haven't been modified by
the user, but does regress LP: #548866
which has been parsed as closing #548866.
Arrigo Marchiori (ardovm) wrote : | #36 |
Confirm the bug is still there:
$ grep middle /usr/share/
pref("middlemou
$ dpkg-query -W firefox
firefox 11.0+build1-
Alex Selby (launchpad-archduke) wrote : | #37 |
Confirm the bug is still there in Lucid after upgrade to firefox 12.0+build1-
So far I've used the launchpad bug report system for two different bugs. On both occasions the bug was not fixed, but was marked as fixed, and we were told to open a new bug report when we pointed out it was not fixed.
I think this is a pity as it discourages people from reporting bugs. They will wonder what the point of opening a new bug report is, if the same thing is going to happen again. (But thanks anyway to people giving their time freely to fixing bugs.)
no longer affects: | firefox (Ubuntu Natty) |
no longer affects: | firefox (Ubuntu Oneiric) |
Created an attachment (id=351173)
for 1.9.1
ubuntu xulrunner-1.9.1 patch.