Closed
Bug 660447
Opened 14 years ago
Closed 13 years ago
middlemouse.contentLoadURL is reset to false at each restart
Categories
(Firefox :: Settings UI, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: anto.cuni, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Every time I restart firefox, middlemouse.contentLoadURL is reset to false.
If I go to about:config, set it to true and exit firefox, the following line is inserted in prefs.js:
user_pref("middlemouse.contentLoadURL", true);
As soon as I restart firefox, the line above is removed from pref.js, and about:config reports the option as "false".
I also tried to add the line above to my user.js, but it does not have any effect.
Reproducible: Always
Steps to Reproduce:
1. set middlemouse.contentLoadURL to true in about:config
2. restart firefox
3. go to about:config and check for its value
Running ubuntu 11.04
Comment 1•14 years ago
|
||
I get exactly the same thing. Also running Ubuntu 11.04.
Comment 2•14 years ago
|
||
WFM on Mozilla/5.0 (X11; Linux x86_64; rv:7.0a1) Gecko/20110619 Firefox/7.0a1
Did you try it on a clean profile?
http://support.mozilla.com/en-US/kb/Managing-profiles
Comment 3•14 years ago
|
||
I see the same problem with a clean profile as well.
My version is the same as the original reporter:
Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
I've also downloaded the standalone 4.0.1 linux dist from getfirefox.com and get the same thing there (with a clean profile), so it doesn't appear to be related to the Ubuntu packaging.
Comment 4•14 years ago
|
||
I can also verify this using a clean profile on Ubuntu 10.10.
Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0
Comment 5•14 years ago
|
||
(In reply to comment #4)
> I can also verify this using a clean profile on Ubuntu 10.10.
By 'verify this', do you intend to say that you can also confirm this issue?
Can you please try it on the latest trunk also?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Comment 6•13 years ago
|
||
I'm running Ubuntu 11.04 and this happens on the firefox package version 5.0+build1+nobinonly+0ubuntu0.11.04.2
If I toggle the middlemouse.contentLoadURL to true, it gets saved in the prefs.js, but at next launch it gets reset to false, so I can confirm this happens on Ubuntu.
Running the nightly trunk version Nightly 8.0a1 (2011-08-10) this bug does not happen, but I don't see where the item is saved as I'm not very well aware of how Firefox saves its data.
One of the things which are different here is that the trunk version does not use the add on "Ubuntu Firefox Modifications 0.9.1"
Comment 7•13 years ago
|
||
Indeed, I can confirm that the problem only occurs when I have the "Ubuntu Firefox Modifications" add-on enabled. It was probably still there when I tried the standalone 4.0.1 linux dist earlier. I have now opened a bug report about this in the ubufox package:
https://bugs.launchpad.net/ubuntu/+source/ubufox/+bug/824408
Reporter | ||
Comment 8•13 years ago
|
||
I confirm that after disabling the "Ubuntu Firefox Modifications" the problem seems fixed.
Comment 9•13 years ago
|
||
As can I -- was experiencing this bug on Ubuntu 11.04 but disabling that addon fixed it. This is an Ubuntu bug, not a Firefox one. I have filed a bug with Ubuntu: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/829562
Comment 10•13 years ago
|
||
As this issue seems to be related to Ubuntu and its Firefox Modifications add-on setting resolution to Resolved here.
If you think any information and problems could still be reported regarding this issue on Firefox side, please feel free to update the bug.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•