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 555888 - evolution proxy settings has no effect : proxy doesn't work
evolution proxy settings has no effect : proxy doesn't work
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: general
2.24.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
: 267974 484384 496151 511254 550664 562112 570771 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-10-11 08:42 UTC by rom
Modified: 2010-03-01 13:49 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Attachments
proposed eds patch (37.61 KB, patch)
2009-02-06 17:39 UTC, Milan Crha
committed Details | Review
proposed evo patch (22.17 KB, patch)
2009-02-06 19:23 UTC, Milan Crha
committed Details | Review

Description rom 2008-10-11 08:42:42 UTC
Please describe the problem:
The proxy settings in evolution don't work AT ALL.

Whatever the choice I select in network settings in evolution preferences (manual http, manual socks...), it always behaves as if "direct connection" was selected.

So I can't use it at works (need a proxy). If I let the work proxy configured and I am at home, it works (the proxy is totally ignored).

I checked with a network sniffer (wireshark), and effectively, it is ignored :)

Steps to reproduce:
configure a proxy

Actual results:
notify it has no effect

Expected results:
the proxy should be used

Does this happen every time?
yes

Other information:
either remove the "network settings panel" in preferences (which is useless if proxy doesn't work), either make the proxy work :)

I'd prefer the second solution :)
Comment 1 Milan Crha 2009-02-06 11:17:08 UTC
Where do you see this? Is it with your mail/web calendar/caldav calendar/other calendar/address books/... I can see with a caldav and hhtp calendar.
Comment 2 Milan Crha 2009-02-06 11:18:00 UTC
*** Bug 562112 has been marked as a duplicate of this bug. ***
Comment 3 Milan Crha 2009-02-06 11:21:07 UTC
*** Bug 550664 has been marked as a duplicate of this bug. ***
Comment 4 Milan Crha 2009-02-06 11:23:54 UTC
*** Bug 511254 has been marked as a duplicate of this bug. ***
Comment 5 Milan Crha 2009-02-06 11:25:20 UTC
*** Bug 496151 has been marked as a duplicate of this bug. ***
Comment 6 Milan Crha 2009-02-06 11:25:57 UTC
*** Bug 484384 has been marked as a duplicate of this bug. ***
Comment 7 Milan Crha 2009-02-06 11:28:08 UTC
*** Bug 267974 has been marked as a duplicate of this bug. ***
Comment 8 Milan Crha 2009-02-06 11:28:29 UTC
*** Bug 570771 has been marked as a duplicate of this bug. ***
Comment 9 Milan Crha 2009-02-06 11:48:53 UTC
So, we have not honoring Evolution's proxy setup in:
 + caldav
 + web calendar
 + gmail address book
 + image download in emails

Any next?
Comment 10 Matthew Barnes 2009-02-06 13:11:08 UTC
Would libproxy be of any help to us here?
It's an approved external dependency now.

http://code.google.com/p/libproxy/
Comment 11 Milan Crha 2009-02-06 17:39:16 UTC
Created attachment 128104 [details] [review]
proposed eds patch

for evolution-data-server;

+ webdav address book

Sounds good to use the library. What about take it as a next step? I saw it returns list of uris, which, a little bit, complicates things here.
Comment 12 Matthew Barnes 2009-02-06 18:20:01 UTC
(In reply to comment #11)
> Sounds good to use the library. What about take it as a next step?

Yeah sure.  Just planting the seed.

Comment 13 Milan Crha 2009-02-06 19:23:00 UTC
Created attachment 128107 [details] [review]
proposed evo patch

for evolution;

UI changes and for the image download. By the way, there was a bug when reading system config, there was missing a '/' in the key name.

I wonder, when not set https proxy, should be used http proxy, if set, or not?
Comment 14 Veerapuram Varadhan 2009-02-09 07:22:46 UTC
Nice work - looks good to me.  Thanks for the patch, Milan
Comment 15 Milan Crha 2009-02-09 11:03:10 UTC
eds part committed to trunk. Committed revision 10040.
evo part committed to trunk. Committed revision 37236.
Comment 16 Jean-François Fortin Tam 2009-11-09 22:40:37 UTC
This is strange. Starting a SOCKS proxy with a command such as

ssh -v -N -D 8000 the-remote-host

And setting gnome to use this proxy as a SOCKS proxy on port 8000, Evolution ignores it completely. Anyone else having this problem? Is it specific to socks, specific to certain ports (bug #579814)?

What's puzzling me is that the new epiphany and empathy 2.28 ignore that proxy too. The only app that doesn't ignore it (because I see activity in the terminal) is chromium-browser.
Comment 17 Milan Crha 2009-11-10 09:01:00 UTC
(In reply to comment #16)
> What's puzzling me is that the new epiphany and empathy 2.28 ignore that proxy
> too. The only app that doesn't ignore it (because I see activity in the
> terminal) is chromium-browser.

Is it about mailer, calendar or contacts? As the proxy settings in evolution is working only for contacts and calendar. It's not used for mailer. There is other bug about that, I think.
Comment 18 Jean-François Fortin Tam 2009-11-10 13:14:58 UTC
Oh, indeed, it is about the mailer (haven't tested contacts/calendars). Not sure which bug is the right one among the 20 or so of "evolution proxy" bugs... if you know which one, please give me its number. Thanks!
Comment 19 Milan Crha 2009-11-10 13:35:49 UTC
I meant bug #578429 where bug #579814 is a duplicate of it (I'm marking it as such right away).