After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 784904 - Does not work with proxy settings
Does not work with proxy settings
Status: RESOLVED FIXED
Product: chrome-gnome-shell
Classification: Other
Component: Native messaging connector
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Yuri Konotopov
chrome-gnome-shell panel maintainer(s)
https://git.gnome.org/browse/chrome-g...
: 787101 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2017-07-13 13:13 UTC by Rob Bradford
Modified: 2017-10-26 20:21 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot showing error (41.33 KB, image/png)
2017-07-13 13:13 UTC, Rob Bradford
Details
get_proxies.py (505 bytes, text/x-python)
2017-10-23 14:43 UTC, Yuri Konotopov
Details

Description Rob Bradford 2017-07-13 13:13:40 UTC
Created attachment 355506 [details]
Screenshot showing error

I'm on a corporate network with no direct internet access. Proxies are correctly configured in dconf but the chrome-gnome-shell service does not use them. Please see the attached screenshot for the python backtrace that appears as a notification.
Comment 1 Yuri Konotopov 2017-07-15 20:12:20 UTC
This should be fixed in commit 104d2139 [1].
It would be helpfull if you will test this.

[1] https://git.gnome.org/browse/chrome-gnome-shell/commit/?id=104d2139ad19ff067360fc64e1801a6aa2930066
Comment 2 Yuri Konotopov 2017-09-01 04:03:43 UTC
*** Bug 787101 has been marked as a duplicate of this bug. ***
Comment 3 Romain Loutrel 2017-10-23 14:14:00 UTC
I tried to test your fix, but I still have the problem.

To be sure every thing is OK in my test.

dconf values are defined in the user context (nb. As root, the proxy values are not set, but I guessed, the extension is started with user ownership)

Additionally, following export values are set (using ~/.profiles to be shell independent):
export http_proxy=http://proxy.MYCOMPANY_INTERN_DOMAIN.de:8080
export https_proxy="$http_proxy"
export HTTP_PROXY="$http_proxy"
export HTTPS_PROXY="$http_proxy"
export no_proxy=127.0.*,10.*,localhost,*.MYCOMPANY_INTERN_DOMAIN.de,::1
export NO_PROXY="$no_proxy"

I did not find out how to easily launch the script and send the "checkUpdate" request (request['execute'] == 'checkUpdate').

I assume, that this is dbus management, where I have no knowledges.

For my testing, I therefore started my Firefox every time (which is not optimal, but if the test is ok, I am ok).
→ For further testing, can you provide me some Python Script, which would trigger the event?

Note: Firefox is configured to use the system proxy settings (but I assumed, that the proxy settings are not inherited from Firefox)
Comment 4 Yuri Konotopov 2017-10-23 14:17:29 UTC
> I did not find out how to easily launch the script and send the
> "checkUpdate" request

You can trigger update check by disabling it and enabling it again in Firefox extension options.
Make sure to save settings after you disable update check.
Comment 5 Romain Loutrel 2017-10-23 14:18:23 UTC
I used the today's master version (containing your modification and using this information: https://wiki.gnome.org/Projects/GnomeShellIntegrationForChrome/Installation#Cmake_installation )

The installed script ( /usr/bin/chrome-gnome-shell ) was correct
Comment 6 Romain Loutrel 2017-10-23 14:20:35 UTC
(In reply to Yuri Konotopov from comment #4)
> > I did not find out how to easily launch the script and send the
> > "checkUpdate" request
> 
> You can trigger update check by disabling it and enabling it again in
> Firefox extension options.
> Make sure to save settings after you disable update check.

It works easier...

Thank you.

Any Idea, if the Problems comes from my configuration or the extensions?

I tried to export some logs, like proxy values coming from Gio.ProxyResolver.get_default().lookup(update_url)

But I am not a python expert...
Comment 7 Yuri Konotopov 2017-10-23 14:43:25 UTC
Created attachment 362103 [details]
get_proxies.py

Please try to run attached script and post it's output here
Comment 8 Romain Loutrel 2017-10-23 14:52:30 UTC
Detected proxy: http://http://proxy.ANY_NAME.de:8080
All proxies: ['http://http://proxy.ANY_NAME.de:8080']

http://http://proxy → The problems comes from my configuration. It seems I should not use http:// in dconf. 

Test is successful.

I guess it will solve some other proxy problems, that I have :/
Comment 9 Yuri Konotopov 2017-10-23 15:08:15 UTC
Closing then
Comment 10 Romain Loutrel 2017-10-24 08:00:09 UTC
I forgot to say thank you :D
Comment 11 Frank 2017-10-24 21:55:51 UTC
Please cherry-pick for Debian, drives me crazy, get these error messages every hour all day long.
Comment 12 Yuri Konotopov 2017-10-25 03:29:21 UTC
(In reply to Frank from comment #11)
> Please cherry-pick for Debian, drives me crazy, get these error messages
> every hour all day long.

https://www.debian.org/Bugs/Reporting
Comment 13 Romain Loutrel 2017-10-25 07:55:15 UTC
(In reply to Frank from comment #11)
> Please cherry-pick for Debian, drives me crazy, get these error messages
> every hour all day long.

You should:
- As Yuri said, report to your distribution (debian)
- meanwhile, you can help yourself, by installing it manually using the cmake installation (it requires only 10 Minutes to get rid of this messages, until Debian provides the new fix)
→ The HowTo Cmake (https://wiki.gnome.org/Projects/GnomeShellIntegrationForChrome/Installation#Cmake_installation) is clear and concise and the system requirements are well listed (apart that git must be installed and, in your case, do not forget to configure your proxy, if you are not used to it)
Comment 14 Frank 2017-10-26 20:21:07 UTC
Sorry, I completely for got, I wrote them some time ago about this… but no response nor implementation yet…