View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0005720 | SOGo | Web Calendar | public | 2023-03-30 02:42 | 2023-04-06 07:14 |
Reporter | avoegele | Assigned To | sebastien | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | 5.8.2 | ||||
Fixed in Version | 5.8.3 | ||||
Summary | 0005720: Confirmation dialog is shown for unmodified calendar events | ||||
Description | The confirmation dialog that was added by 0005585 and possibly 0005718 is even shown if a calendar event has not been modified. | ||||
Steps To Reproduce | Click on an existing event in the web calendar. Click on the background next to the event. The unmodified calendar event isn't closed. Instead an annoying and confusing dialog, which claims that the event was modified, is shown. | ||||
Tags | No tags attached. | ||||
Hi, I already see this behavior when fixing the ticket 0005718. I considered this as minor and will be fixed in the next release. Sebastien |
|
Hi, I have reworked the fix in commit https://github.com/Alinto/sogo/commit/6ccd22b511783d5f14d5af047e38791f3849d08e. Could you please test next nightly build and give me a feedback ? Sebastien |
|
Hi, I've built SOGo from Git. Unmodified events are now closed when I click on the background next to an event. Thanks a lot for the fix. The confirmation dialog is shown though, when I edit an event, but then press the editing windows's "Cancel" button to abandon the changes. But that's another issue that I don't care about much. Another option would be to completely ignore clicks on the background and only allow users to close events with the available buttons. That way you could get rid of the confirmation dialog. I don't need to be able to close events by clicking on the background. I just find it confusing when the confirmation dialog is shown for unmodified events. Kind regards, |
|
Hi thanks for the feedback, the behavior on the cancel button is deliberated, this behavior is exactly the same with Outlook. I have fixed an issue when freebusy data has been loaded. Sebastien |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2023-03-30 02:42 | avoegele | New Issue | |
2023-03-30 07:28 | sebastien | Assigned To | => sebastien |
2023-03-30 07:28 | sebastien | Status | new => acknowledged |
2023-03-30 07:33 | sebastien | Note Added: 0016769 | |
2023-04-05 12:14 | sebastien | Note Added: 0016798 | |
2023-04-05 12:14 | sebastien | Fixed in Version | => 5.8.3 |
2023-04-05 12:14 | sebastien | Status | acknowledged => feedback |
2023-04-05 13:33 | avoegele | Note Added: 0016799 | |
2023-04-05 13:33 | avoegele | Status | feedback => assigned |
2023-04-05 15:50 | sebastien | Note Added: 0016804 | |
2023-04-06 07:14 | sebastien | Status | assigned => resolved |
2023-04-06 07:14 | sebastien | Resolution | open => fixed |