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 673608 - gnome-shell-calendar-server: Initialize GTK+
gnome-shell-calendar-server: Initialize GTK+
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2012-04-05 21:21 UTC by Owen Taylor
Modified: 2012-04-16 16:42 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gnome-shell-calendar-server: Initialize GTK+ (3.35 KB, patch)
2012-04-05 21:21 UTC, Owen Taylor
committed Details | Review

Description Owen Taylor 2012-04-05 21:21:12 UTC
If evolution-data-server needs to prompt for a password, it will try
to pop up a GTK+ dialog. When GTK+ is not initialized, the result is
a crash. So, initialize GTK+ and run a main loop.

See https://bugzilla.redhat.com/show_bug.cgi?id=809681

The result is ugly since we have a Gnome-shell-calendar-server fallback
application, but I don't think it's worth installing a desktop file
and having a string break, since this is pretty uncommon (only for
manually added calendars without the password stored in gnome-keyring),
and apparently this is being rewritten for 3.5 to have the dialogs come
the e-d-s daemon rather than from the individual application.
Comment 1 Owen Taylor 2012-04-05 21:21:14 UTC
Created attachment 211433 [details] [review]
gnome-shell-calendar-server: Initialize GTK+
Comment 2 drago01 2012-04-10 21:15:22 UTC
Review of attachment 211433 [details] [review]:

Can't test it right now but the change looks good and make sense.
Comment 3 Owen Taylor 2012-04-16 16:42:30 UTC
Attachment 211433 [details] pushed as 6099a5d - gnome-shell-calendar-server: Initialize GTK+