Recurring events (CALDAV): changing date of a single event results in data loss of general description
Categories
(Calendar :: Provider: CalDAV, defect)
Tracking
(Not tracked)
People
(Reporter: srichter.konto, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0
Steps to reproduce:
User Agent Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1
There is DATALOSS if I move a specific event of a recurring event series to another day. Here is the testcase on version TB 78.8.1 using CALDAV!
- Create a recurring event with a description 'global note hello world' e.g. 12th of March on a weekly base
- SAVE & SYNCRONIZE
- MOVE specific event from 19th of March to 20th of March (doesn't matter whether via drag-n-drop or double clicking and manually changing the date for the specific event
- SYNCHRONIZE
in TB and on Mobile
Expected result: specific event on 2oth of March should contain the description 'global note hello world'
Actual result: specific event on 20th of March DOESN'T has an EMPTY DESCRIPTION
Conclusion: when changing the date of a specific event from the generic recurring event series the description is lost. Specific events of the same recurring event series, that WERE ALREADY changed (e.g. adding a specific description) ARE NOT affected!
The same issue occured with local calenders (Bug 1664731), however this bug is already fixed. For CALDAV there seems to be a different backend - thx to Lasana Murray - for the input).
Best, Stephan
Comment 1•4 years ago
|
||
Stephan, can you still reproduce the issue or has it been resolved in the meantime?
| Reporter | ||
Comment 2•4 years ago
|
||
Hi Martin, thx for your question. I'm just back from vacations. In the days ahead I'll try to reproduce and let you know then.(In reply to Martin Schröder [:mschroeder] from comment #1)
Stephan, can you still reproduce the issue or has it been resolved in the meantime?
| Reporter | ||
Comment 3•4 years ago
|
||
(In reply to Martin Schröder [:mschroeder] from comment #1)
Stephan, can you still reproduce the issue or has it been resolved in the meantime?
I was trying to reproduce with TB 78.12.0 (64-bit) according to the above description. Without success.
Conclusion: TB team has solved the issue.
Comment 4•4 years ago
|
||
Resolving as WORKSFORME per comment#3.
Description
•