http://bugs.meego.com/show_bug.cgi?id=10015
pohly <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|syncevolution overrides |libsoup overrides |proxy autodetection with |http_proxy with invalid |invalid string |string: breaks | |SyncEvolution --- Comment #11 from pohly <[email protected]> 2010-11-24 03:38:26 PST --- I found that getenv("http_proxy") returns the "pac+http://autoproxy.intel.com" string. But is indeed not in the environment. That leaves a setenv() call at runtime, and indeed, here it is: Breakpoint 1, __setenv (name=0x4285a353 "http_proxy", value=0x82d56a8 "pac+http://autoproxy.intel.com/", replace=1) at setenv.c:268 268 if (name == NULL || *name == '\0' || strchr (name, '=') != NULL) (gdb) where #0 __setenv (name=0x4285a353 "http_proxy", value=0x82d56a8 "pac+http://autoproxy.intel.com/", replace=1) at setenv.c:268 #1 0x417e0b52 in g_setenv () from /lib/libglib-2.0.so.0 #2 0x4285913a in ?? () from /usr/lib/libsoup-gnome-2.4.so.1 #3 0x428595d4 in ?? () from /usr/lib/libsoup-gnome-2.4.so.1 #4 0x4285975c in ?? () from /usr/lib/libsoup-gnome-2.4.so.1 #5 0x41880be4 in g_type_create_instance () from /lib/libgobject-2.0.so.0 #6 0x41879047 in ?? () from /lib/libgobject-2.0.so.0 #7 0x4187954c in g_object_newv () from /lib/libgobject-2.0.so.0 #8 0x41879714 in g_object_new () from /lib/libgobject-2.0.so.0 #9 0x42cca3bd in soup_session_add_feature_by_type () from /usr/lib/libsoup-2.4.so.1 #10 0x42f9f543 in SyncEvo::SoupTransportAgent::SoupTransportAgent (this=<value optimized out>, loop=<value optimized out>) at SoupTransportAgent.cpp:48 SyncEvolution then picks up that value and passes it to libsoup again. Note that I wasn't even connected to the Intel intranet while doing the run above. Therefore the sync failed with: [INFO] SoupTransport Failure: https://m.google.com/syncml via libsoup: Cannot resolve proxy hostname I don't know why libsoup does that. /system/proxy/autoconfig_url is set to http://autoproxy.intel.com, but /system/http_proxy/use_http_proxy is off. Any suggestions how this should be fixed? Move the http_proxy check in SyncEvolution to a point before libsoup has a chance to mess with the environment? That feels like working around the issue instead of fixing it, because other apps invoked indirectly will still inherit the wrong environment. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug. _______________________________________________ Syncevolution-issues mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution-issues
