diff options
| author | Federico Mena Quintero <federico@ximian.com> | 2001-10-31 20:49:54 +0800 |
|---|---|---|
| committer | Federico Mena Quintero <federico@src.gnome.org> | 2001-10-31 20:49:54 +0800 |
| commit | 3f2c88fd0f1c284881b5d63655850619017185d9 (patch) | |
| tree | e1945f1597b745090e9b672559dc01b13c65367a /calendar/gui | |
| parent | 6adebda32b45285db49b9337da08b61f09ad80b7 (diff) | |
| download | gsoc2013-evolution-3f2c88fd0f1c284881b5d63655850619017185d9.tar.gz gsoc2013-evolution-3f2c88fd0f1c284881b5d63655850619017185d9.tar.zst gsoc2013-evolution-3f2c88fd0f1c284881b5d63655850619017185d9.zip | |
If a query is not in progress, just retag the whole thing. An event may
2001-10-31 Federico Mena Quintero <federico@ximian.com>
* gui/gnome-cal.c (dn_query_obj_updated_cb): If a query is not in
progress, just retag the whole thing. An event may change dates
and tag_calendar_by_comp() would not know how to untag the old
dates. Fixes bug #10220.
* pcs/query.c (start_query_cb): Connect to the backend's
"obj_updated" and "obj_removed" signals here instead of in
query_construct(). If a query is started while another one is
notifying of an update, these signal connections would get appened
to the running signal (the one that triggered the notification
about an update) and the new signal handlers would also get
called. We are really not interested in updates before we
populate the query, because we'll catch the changes anyways.
svn path=/trunk/; revision=14533
Diffstat (limited to 'calendar/gui')
| -rw-r--r-- | calendar/gui/gnome-cal.c | 10 |
1 files changed, 10 insertions, 0 deletions
diff --git a/calendar/gui/gnome-cal.c b/calendar/gui/gnome-cal.c index 1912068208..98c01e6372 100644 --- a/calendar/gui/gnome-cal.c +++ b/calendar/gui/gnome-cal.c @@ -303,6 +303,16 @@ dn_query_obj_updated_cb (CalQuery *query, const char *uid, gcal = GNOME_CALENDAR (data); priv = gcal->priv; + /* If this is an update that is not part of an ongoing query, we have to + * retag the whole thing: an event may change dates and the + * tag_calendar_by_comp() below would not know how to untag the old + * dates. + */ + if (!query_in_progress) { + update_query (gcal); + return; + } + status = cal_client_get_object (priv->client, uid, &comp); switch (status) { |