GNOME Bugzilla – Bug 778712
Removing an alarm updates the event even if changes are cancelled
Last modified: 2017-11-24 22:11:42 UTC
Created attachment 345878 [details] [review] Fix event update on alarm remove When editing an event and removing an alarm, the change is applied even if finally the "Cancel" button is pressed. You can find attached a possible solution to this bug.
Review of attachment 345878 [details] [review]: This patch partially fixes the problem, but introduces another issue: - Open an event, remove some alarms - Cancel the edit dialog - Open the same event It should display all the alarms again, but it doesn't show the removed ones.
Actually this patch fixes the problem of changes done to alarms applied directly in to the backend. I mean, even if you cancel the changes made to the alarms of a calendar event, they will be applied into the selected calendar. The behaviour you are describing is a consecuence of more problems in the Edit Dialog. Those problemas are described by another bug report[0], where there is a wider explanation about what is happening with it. [0] https://bugzilla.gnome.org/show_bug.cgi?id=778713
Review of attachment 345878 [details] [review]: This patch is dangerous. It makes the
As far as I know, and tested, it didn't apply the change until the changes were accepted and manager updated it. Did I miss something?
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-calendar/issues/114.