GNOME Bugzilla – Bug 705296
Segmentation Fault on creating Google accounts
Last modified: 2013-09-16 13:19:19 UTC
Created attachment 250632 [details] gnome-control-centre -v #Text file After accepting to access Gnome applications from Google account, Gnome controlling centre crashes without any output in GUI and Segmentation Fault in terminal. I attach output of --verbose mode.
Is this crash reproducible? Can you please provide a backtrace using GDB? See [1] and [2] if you need help. [1] https://wiki.gnome.org/GettingTraces [2] https://wiki.gnome.org/GettingTraces/Details#obtain-a-stacktrace
(In reply to comment #1) > Is this crash reproducible? Can you please provide a backtrace using GDB? See > [1] and [2] if you need help. > > [1] https://wiki.gnome.org/GettingTraces > [2] https://wiki.gnome.org/GettingTraces/Details#obtain-a-stacktrace Yes, every time I try, it happens. Here is backtrace:
+ Trace 232378
Thread 1 (Thread 0x7ffff7f91900 (LWP 3205))
Thanks for the backtrace. I see some activity inside json-glib and webkitgtk. What versions of those packages are you using? For what it is worth, I have got: json-glib-0.16.0-1.fc19.x86_64 webkitgtk3-2.0.4-1.fc19.x86_64 Can you run gnome-control-center under GDB, set a break point on get_tokens_sync (say y when it asks about shared library load), and see what is happening there?
i can confirm: it require json-glib-0.16.* , with json-glib-0.15.* or less it doesn't work and seg fault is the result ( net-libs/webkit-gtk-1.8.3 installed )
(In reply to comment #4) > i can confirm: it require json-glib-0.16.* , with json-glib-0.15.* or less it > doesn't work and seg fault is the result ( net-libs/webkit-gtk-1.8.3 installed > ) Thanks for the detective work. A bit of background: We switched to using OAuth2 with Google from GNOME 3.8. As a result the web page returned by Google is different, and I think it is triggering a bug in older versions of json-glib. So, yes, you need to have json-glib >= 0.16.0 for this to work.
it's actually a dupe of 703734: applications linking to PulseAudio end up bringing a dependency on json-c, which has a `json_object_get_type` symbol exposed in the SO - and that conflicts with json-glib's symbol with the same name, because dynamic linking is hard, and we should all go shopping instead. it's been fixed by json-glib using -Bsymbolic when building the SO - something that both PA and json-c should use. *** This bug has been marked as a duplicate of bug 703734 ***