summaryrefslogtreecommitdiff
path: root/src/calendar-server
AgeCommit message (Collapse)AuthorFilesLines
2014-04-10src: Name all the timeouts and idlesBastien Nocera2-0/+2
https://bugzilla.gnome.org/show_bug.cgi?id=727983
2014-01-08Changed obsolete FSF postal address.Andika Triwidada4-12/+4
https://bugzilla.gnome.org/show_bug.cgi?id=721507
2013-03-04Calendar: only show events when configured in EvolutionGiovanni Campagna3-12/+69
When no calendars are enabled, hide the events pane completely instead of showing it empty. https://bugzilla.gnome.org/show_bug.cgi?id=680083
2012-11-20calendar-server: Remove useless g_type_initAdel Gadllah1-2/+0
2012-10-30calendar: Drop unnecessary libedataserverui dependencyMatthew Barnes2-14/+21
The libedataserverui dependency is a relic of the old E-D-S API. As of 3.6.0, E-D-S now centralizes authentication prompts so clients don't have to display their own. This also allows trading the GTK+ main loop for a plain GMainLoop in gnome-shell-calendar-server.c. https://bugzilla.gnome.org/show_bug.cgi?id=687189
2012-07-04calendar-server: Add .desktop file for evolution calendarFlorian Müllner1-0/+7
When selecting "Open Calendar" in the date menu, the configured application is launched via command line, so we don't get any startup notification. In order to fix the issue at least for our default calendar, add a hidden .desktop file for evolution's calendar component. https://bugzilla.gnome.org/show_bug.cgi?id=677907
2012-06-08calendar-server: Remove left-over includeFlorian Müllner1-1/+0
GConf-free at last! GConf-free at last!
2012-06-07calendar: Adapt to Evolution-Data-Server API changes.Matthew Barnes3-334/+291
Adapt the calendar-server to some major API changes in E-D-S 3.5.3. More details about the breakage: http://mbarnes.livejournal.com/4631.html https://bugzilla.gnome.org/show_bug.cgi?id=677402
2012-04-25Mirror Evolution calendar settings into our own schemaOwen W. Taylor1-1/+4
Right now, we are hard-depending on the presence of Evolution by using its settings schemas. This is likely to be unpopular, and also causes instability if someone happens not to have Evolution installed, so install a schema that has the same data path as the Evolution schema, but a different name and install that for the keys we need. To avoid a string-freeze break, we rely on the translations in Evolution - if Evolution isn't installed, the key descriptions will be untranslated in dconf-editor. https://bugzilla.gnome.org/show_bug.cgi?id=674424
2012-04-17gnome-shell-calendar-server: add missing gtk.h includeRico Tzschichholz1-0/+1
6099a5dbc3e332e789f67eb3aaf0391dea2e7a75 introduced this dependency but didn't add it which lead to build failure with -Werror=implicit-function-declaration
2012-04-16gnome-shell-calendar-server: deal with Evolution's move to GSettingsOwen W. Taylor1-93/+42
Evolution now stores its selected calendars and tasks in GSettings, not in GConf. If we don't look at the new location, then we'll not pick up newly added and enabled calendars, making the calendar effectively not work for new installs. https://bugzilla.gnome.org/show_bug.cgi?id=673610
2012-04-16gnome-shell-calender-server: fix debug printsOwen W. Taylor1-2/+2
Several debug prints not normally compiled were referencing enumeration values that have since been renamed. https://bugzilla.gnome.org/show_bug.cgi?id=673610
2012-04-16gnome-shell-calendar-server: Initialize GTK+Owen W. Taylor1-10/+6
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. https://bugzilla.gnome.org/show_bug.cgi?id=673608
2012-03-10calendar-server: use g_warning instead of g_printerrGiovanni Campagna1-3/+5
This way error messages include the process name and PID, so they're picked up by bug reporting tools that grep ~/.xsession-errors. https://bugzilla.gnome.org/show_bug.cgi?id=671177
2012-03-10calendar-server: update to ECalClientGiovanni Campagna2-90/+72
ECal is deprecated and replaced by ECalClient. This has the advantage of using e_utils to handle authentication, and should fix NotOpened errors (that affect in particular webcal calendars prior to evolution running) https://bugzilla.gnome.org/show_bug.cgi?id=671177
2012-02-27calendar-server: Shut up about HUP on stdinJasper St. Pierre1-1/+1
2012-01-25etc: Use generic marshallerJasper St. Pierre1-2/+2
https://bugzilla.gnome.org/show_bug.cgi?id=662152
2011-02-28gnome-shell-calendar-server.c: Fix uninitialized variable usageOwen W. Taylor1-0/+1
In case of of bad command line options being passed, an uninitialized variable would be accessed.
2011-02-28Move calendar handling out-of-processDavid Zeuthen6-0/+1889
Unfortunately the evolution-data-server client-side libraries seem to block the calling thread. This is a major problem as we must never ever block the main thread (doing so causes animations to flicker etc.). In the worst case, this problem causes login to hang (without falling back to fall-back mode) and in the best case it slows down login until a network connection is acquired. Additionally, in order to sanely use these evolution-data-server libraries, GConf has to be involved and GConf is not thread-safe. So it's not really feasible just moving the code to a separate thread. Therefore, move all calendar IO out of process and use a simple (and private) D-Bus interface for the shell to communicate with the out-of-process helper. For simplification, remove existing in-process code since internal interfaces have been slightly revised. This means that the shell is no longer using any native code for drawing the calendar dropdown. https://bugzilla.gnome.org/show_bug.cgi?id=641396 Signed-off-by: David Zeuthen <davidz@redhat.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-21 19:28:33 +0000