[korganizer] [Bug 442937] The "Do you really want to cancel?" dialog is shown even when nothing have been changed in the event/tasks editor

2021-10-05 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=442937

gjditchfi...@acm.org changed:

   What|Removed |Added

 Status|NEEDSINFO   |REPORTED
 Resolution|WAITINGFORINFO  |---

-- 
You are receiving this mail because:
You are watching all bug changes.

[korganizer] [Bug 442937] The "Do you really want to cancel?" dialog is shown even when nothing have been changed in the event/tasks editor

2021-09-26 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=442937

--- Comment #5 from gjditchfi...@acm.org ---
(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 also duplicates
tags.

-- 
You are receiving this mail because:
You are watching all bug changes.

[korganizer] [Bug 442937] The "Do you really want to cancel?" dialog is shown even when nothing have been changed in the event/tasks editor

2021-09-25 Thread Alexandre Bonneau
https://bugs.kde.org/show_bug.cgi?id=442937

--- Comment #4 from Alexandre Bonneau  ---
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.

-- 
You are receiving this mail because:
You are watching all bug changes.

[korganizer] [Bug 442937] The "Do you really want to cancel?" dialog is shown even when nothing have been changed in the event/tasks editor

2021-09-25 Thread Alexandre Bonneau
https://bugs.kde.org/show_bug.cgi?id=442937

--- Comment #3 from Alexandre Bonneau  ---
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)

-- 
You are receiving this mail because:
You are watching all bug changes.

[korganizer] [Bug 442937] The "Do you really want to cancel?" dialog is shown even when nothing have been changed in the event/tasks editor

2021-09-25 Thread Alexandre Bonneau
https://bugs.kde.org/show_bug.cgi?id=442937

Alexandre Bonneau  changed:

   What|Removed |Added

   Platform|Debian stable   |Debian testing
Version|5.15.3  |5.18.1

--- Comment #2 from Alexandre Bonneau  ---
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")

-- 
You are receiving this mail because:
You are watching all bug changes.

[korganizer] [Bug 442937] The "Do you really want to cancel?" dialog is shown even when nothing have been changed in the event/tasks editor

2021-09-25 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=442937

gjditchfi...@acm.org changed:

   What|Removed |Added

 Resolution|--- |WAITINGFORINFO
 CC||gjditchfi...@acm.org
 Status|REPORTED|NEEDSINFO

--- Comment #1 from gjditchfi...@acm.org ---
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.

-- 
You are receiving this mail because:
You are watching all bug changes.