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/ChangeLog | |
| 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/ChangeLog')
| -rw-r--r-- | calendar/ChangeLog | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/calendar/ChangeLog b/calendar/ChangeLog index 239496f4b0..8ac62c4900 100644 --- a/calendar/ChangeLog +++ b/calendar/ChangeLog @@ -1,5 +1,21 @@ 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. + +2001-10-31 Federico Mena Quintero <federico@ximian.com> + Fix bug #13723. * gui/gnome-cal.h (GnomeCalendarClass): New signals |