Description of problem: In Gnome3 System Settings->Network->Network proxy I configured my proxy. Browsing the web with firefox 4 and checking my proxy logs reveal firefox is not using my proxy. Version-Release number of selected component (if applicable): firefox-4.0.1-2.fc15.x86_64 How reproducible: always Steps to Reproduce: 1. Set firefox 4 to use system proxy as proxy (as per default) 2. Check proxy logs 3. Actual results: Firefox does not use gnome3 the system proxy settings Expected results: firefox uses the proxy settings as set from gnome3 Additional info: manually configuring firefox to use my proxy works as it should. When browsing a web page with nautilus shows it uses the system proxy settings.
Actually, I am not able to make any browser (tried also epiphany and chromium) to use the same proxy.pac which works in Firefox at all. Throwing in the approximate direction for further evaluation. Feel free to reassign back if you are persuaded that it is Firefox bug after all with additional information.
I was told that Gnome doesn't read proxy.pac from other sources than http:// (which I find quite questionable, but anyway) and so I put my proxy.pac on https://luther.ceplovi.cz/tmp/proxy.pac. Epiphany is now able to read it (it doesn't fail), but according to wireshark, it still goes to http://www.whatismyip.com/ directly.
Actually, apparently https:// is also too complicated for libproxy, so I have moved my proxy.pac even to http://mcepl.fedorapeople.org/tmp/proxy.pac and still epiphany ignores it.
OK, so with a lot of help from Gnome developers I have managed to find out that it could be made to work if: - proxy.pac URL has to be http:// (no file:///, not even https://), - for its proper functionality libproxy-mozjs package has to be installed (and glib-pacrunner killed and restarted in order to re-read the configuration). THEN, I am reliably able to make epiphany working through the proxy. However, then we are in another problem. Gnome control-center is Gnome 3 application and so it sets only gsettings variables. However, both Firefox (and apparently Chromium as well) are Gnome 2 applications and so they read only gconf variables (that's the upstream bug https://bugzilla.mozilla.org/show_bug.cgi?id=682832). Therefore, /system/proxy/autoconfig_url has to be set to the proxy.pac URL, and /system/proxy/mode has to be set to auto for example by running these commands gconftool-2 -s -t string /system/proxy/autoconfig_url http://URL-of-proxy-pac gconftool-2 -s -t string /system/proxy/mode auto as normal user on the command line. Hmm, that makes Chromium working, but Firefox still ignores the proxy (http://whatismyip.com with http://mcepl.fedorapeople.org/tmp/proxy.pac as a proxy.pac still shows IP address of the user's computer, not the proxy itself).
So, in the conclusion: 1) libproxy settings is far from smoothly working in Gnome 3, so I will keep this as libproxy bug, 2) I was promised that libproxy-mozjs should get into comps so it should be automatically installed for all Gnome users, 3) Even though Chromium (as Gtk2 application) could be made working, Firefox still ignores it. Which makes Firefox on Linux on the same level as Firefox on Windows (https://bugzilla.mozilla.org/563169) and Firefox on Macintosh (https://bugzilla.mozilla.org/513663), where System proxy settings cannot be used either (although, apparently for different reasons).
We filed this bug in the upstream database (https://bugzilla.mozilla.org/show_bug.cgi?id=683193) and believe that it is more appropriate to let the Firefox part of the bug be resolved upstream. We will continue to track the issue in the centralized upstream bug tracker, and will review any bug fixes that become available for consideration in future updates. We would strongly encourage you to subscribe to the upstream bug as well (by logging in and adding yourself to the Cc list), so that you can provide whatever information required for the successful resolving of this issue. Thank you for helping to make free software better.
Is this bug related to bug #691627?
I think it should be possible to build a gnome2 plugin for libproxy along with a gnome3 one. Same with webkitgtk and webkitgtk2. This probably requires tweaking the libproxy cmake buildsys along with the appropriate name-space, so the two plugins do not interfere. Then, for the comps modification, I've previously suggested another way to do that. Unfortunately this wasn't implemented by lack of feedbacks. refs: https://bugzilla.redhat.com/show_bug.cgi?id=683033 https://fedorahosted.org/rel-eng/ticket/3565 https://fedorahosted.org/rel-eng/attachment/ticket/3565/adds-libproxy2comps.patch
This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping