abderrahim/flatpak-nightly : lp:gnome-calendar : Git : Code : GNOME Calendar

Get this branch:: git clone -b abderrahim/flatpak-nightly https://git.launchpad.net/gnome-calendar

Branch merges

Branch information

Name:: abderrahim/flatpak-nightly

Repository:: lp:gnome-calendar

Recent commits

37257d2... by Abderrahim Kitouni <email address hidden> on 2019-09-18

.gitlab-ci.yml: update to the current version of the Flatpak CI initiative

5e4bbe4... by Georges Basile Stavracas Neto on 2019-09-15

utils: Pass GcalCalendar to ask_recurrence_modification_type()

The method ask_recurrence_modification_type() currently
receives an ESource, and tried to fetch the ECalClient
from the ESource by using g_object_get_data().

However, since we moved to GcalCalendar, we do not set
this data field in ESource.

Receive a GcalCalendar instead, and use the appropriate
function gcal_calendar_get_client() instead.

18ae67c... by Michael Catanzaro on 2019-09-14

Use more g_signal_connect_object()

Most of these are probably paranoid, not bugs. I haven't done an
exhaustive review to see what really needs it: that would be
time-consuming and require significant familiarity with the Calendar
codebase. This was just a quick check. Anyway, I vote for paranoid
when it comes to using g_signal_connect() regardless. It's dangerous,
and there's no reason to ever leave a signal connected after the user
data object has been destroyed.

Fixes #423

9644c30... by Georges Basile Stavracas Neto on 2019-09-14