Firefox 22 uses stale manual proxy settings when configured to use system proxy settings, and system proxy settings are set to "None"
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Firefox |
Fix Released
|
High
|
|||
firefox (Ubuntu) |
Fix Released
|
High
|
Unassigned | ||
Precise |
Fix Released
|
High
|
Unassigned | ||
Quantal |
Fix Released
|
High
|
Unassigned | ||
Raring |
Fix Released
|
High
|
Unassigned |
Bug Description
*** WORKAROUND ***
This only applies if you have Firefox configured to use the system proxy settings (which is the default) and have used the manual settings at some point in the past.
1) Open the proxy configuration dialog
- Edit -> Preferences from the menu, open the "Advanced" pane, select the "Network"
tab and press the "Settings" button next to "Configure how Firefox connects to
the Internet"
2) Delete any residual manual proxy configuration settings. To do this, you will need
to select "Manual", delete the settings, click OK and then re-open the dialog to
set it back to "System" again
Note, we're going to respin Firefox 22 with the patch from https:/
****
I just received the upgrade to FF22 through the update-center. After restarting firefox, I wasn't able to connect to any single web-page.
Checking the 'about:config' network settings, I found out that something had changed the proxy-settings and everything was directed to '134.246...' (don't remember the whole number). After resetting all proxy values, firefox worked again as usual.
Heiko
ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: firefox 22.0+build2-
Uname: Linux 3.2.30-
AddonCompatChec
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
ApportVersion: 2.0.1-0ubuntu17.3
Architecture: amd64
ArecordDevices:
**** List of CAPTURE Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: STAC92xx Analog [STAC92xx Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
BuildID: 20130620135945
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
Card hw:0 'PCH'/'HDA Intel PCH at 0xe2e60000 irq 47'
Mixer name : 'Intel CougarPoint HDMI'
Components : 'HDA:111d76e7,
Controls : 30
Simple ctrls : 13
Channel: Unavailable
CurrentDmesg:
Error: command ['sh', '-c', 'dmesg | comm -13 --nocheck-order /var/log/dmesg -'] failed with exit code 1: comm: /var/log/dmesg: Permission denied
dmesg: write failed: Broken pipe
Date: Wed Jun 26 13:14:53 2013
Extensions: extensions.sqlite corrupt or missing
ForcedLayersAccel: False
IncompatibleExt
IpRoute:
default via 192.168.0.1 dev wlan0 proto static
169.254.0.0/16 dev wlan0 scope link metric 1000
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.13 metric 2
Locales: extensions.sqlite corrupt or missing
MarkForUpload: True
MostRecentCrashID: bp-13ea1db5-
PrefSources: prefs.js
Profiles: Profile0 (Default) - LastVersion=
RelatedPackageV
icedtea-7-plugin 1.2.3-0ubuntu0.
rhythmbox-mozilla 2.96-0ubuntu4.2
totem-mozilla 3.0.1-0ubuntu21.1
RunningIncompat
SourcePackage: firefox
SubmittedCrashIDs:
bp-13ea1db5-
bp-9044c4a6-
bp-44c7c8ad-
bp-6e7b33f2-
Themes: extensions.sqlite corrupt or missing
UpgradeStatus: No upgrade log present (probably fresh install)
WifiSyslog:
dmi.bios.date: 05/24/2011
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A05
dmi.board.name: 01MCMN
dmi.board.vendor: Dell Inc.
dmi.board.version: A01
dmi.chassis.type: 9
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.
dmi.product.name: Latitude E6320
dmi.product.
dmi.sys.vendor: Dell Inc.
Changed in firefox (Ubuntu Precise): | |
importance: | Undecided → High |
Changed in firefox (Ubuntu Quantal): | |
importance: | Undecided → High |
Changed in firefox (Ubuntu Raring): | |
importance: | Undecided → High |
Changed in firefox (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in firefox (Ubuntu Precise): | |
status: | New → Triaged |
Changed in firefox (Ubuntu Raring): | |
status: | New → Triaged |
Changed in firefox (Ubuntu Quantal): | |
status: | New → Triaged |
description: | updated |
description: | updated |
Changed in firefox: | |
importance: | Unknown → High |
status: | Unknown → Fix Released |
Changed in firefox (Ubuntu): | |
status: | Fix Committed → Fix Released |
Between Firefox (and TB) 17 and 18b2 the proxy detection broke for the case of autodetection. /mxr.mozilla. org/mozilla- beta/source/ toolkit/ system/ unixproxy/ nsUnixSystemPro xySettings. cpp#494 can return NS_ERROR_FAILURE what it does in my usecase where there is no GConf,GSettings and nothing is set in environment variables.
I haven't fully debugged it yet but what happens is that
https:/
Apparently https:/ /mxr.mozilla. org/mozilla- beta/source/ netwerk/ base/src/ nsProtocolProxy Service. cpp#1462 was changed in a way that /mxr.mozilla. org/mozilla- beta/source/ netwerk/ base/src/ nsProtocolProxy Service. cpp#1552
https:/
is still reached and something happens within that evaluation.
When I compare with 17 I find: /mxr.mozilla. org/mozilla- release/ source/ netwerk/ base/src/ nsProtocolProxy Service. cpp#1258
https:/
So in my use case if no system proxy was found we left Resolve_Internal via NS_OK immediately instead of proceeding to everything below.
This breaks Necko for me on systems not running with Gnome (no GConf/GSettings) and having default settings for using system proxy settings.