| Summary: | The "Do you really want to cancel?" dialog is shown even when nothing have been changed in the event/tasks editor | ||
|---|---|---|---|
| Product: | [Applications] korganizer | Reporter: | Alexandre Bonneau <alexandre.bonneau> |
| Component: | incidence editors | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | gjditchfield |
| Priority: | NOR | ||
| Version: | 5.18.1 | ||
| Target Milestone: | --- | ||
| Platform: | Debian testing | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | The annoying dialog | ||
|
Description
Alexandre Bonneau
2021-09-25 10:20:26 UTC
I can't reproduce this with 5.18.1. This was fixed (I hope) in version 5.18.0 (21.08.0) by https://invent.kde.org/pim/incidenceeditor/-/merge_requests/18 -- items were always treated as having unsaved changes if they had tags. For a quick test, create a new event and don't set any field except for the summary. Close it, reopen it, and see if you get the annoying dialog. I upgraded from Debian Bullseye to Bookworm (the current testing), and with Korganizer Version 5.18.1 (21.08.1), I unfortunately still see that behavior. (Also, upgrading to 5.18.1 made it forgot the category colors when I double click on an event, then hit Esc, and click "Yes I want to cancel") Ok so I tried a few things: - create a new event with no tags ; opening that event and cancelling work as expected and does not show a warning. I then added a tag to that event, saved it. Then opened it again and hit Esc ; no modial dialog - I created a new event with a tag; opening that event and cancelling work as expected and does not show a warning - However when I open my existing events, the dialog is shown (then the category color is removed (while the tag still exist (and is even in double/triple in the tag list now. Well, I removed the duplicated tags, and their color disappeared from the agenda view (while still being shown in the tag color configuration window. I had to restart Korganizer for that color to be shown again) Ok this is not the relevant issue for this ticket, but the Tags management is a huge mess. I thought I was, one by one, defining the lost colors everytime I opened the incidence editor of a previous element, but in fact Korganizer/akonadi was creating new tags with the exact same name. So when I open another old event with the same tag, it removes the color...then I go change the color in the settings...then the tag is duplicated again :| 1. Duplicated names shouldn't be allowed for tags 2. When finding an ical CATEGORY, Korganizer/Akonadi should search if a color has been set and use that, instead of not finding the already configured tag/color, and forcing the user to create a duplicate. (In reply to Alexandre Bonneau from comment #4) > ... but in fact Korganizer/akonadi was > creating new tags with the exact same name. Yeah. I think this is related to bug 441846, where cut&paste also duplicates tags. |