[Korganizer-devel] [Bug 228696] New: 'Unable to save changes for incidence... aborting Store' error message when moving an event while editing it

[Sabine Faure]

https://bugs.kde.org/show_bug.cgi?id=228696

           Summary: 'Unable to save changes for incidence... aborting
                    Store' error message when moving an event while
                    editing it
           Product: korganizer
           Version: unspecified
          Platform: Compiled Sources
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: korganizer-devel at kde.org
        ReportedBy: sabine at kdab.net


Version:            (using Devel)
Compiler:          gcc 4.3.2 
OS:                Linux
Installed from:    Compiled sources

- Launch KOrg
- Create a new event and click on 'Ok'
- Double click on the event to reopen it
- Drag and drop the event one hour earlier in the agenda view and nearly at the
same time, click on the 'Ok' button from the 'Edit Event' dialogue
- A 'Sorry' pop up dialogue appears with the following message: 'Unable to save
changes for incidence Event ''NAMEOFTHEEVENT': Unknown error. (No Item was
modified elsewhere, aborting STORE.)

If you are not fast enough a different message appears: 'Incidence changed,
reloading the event'

- Click on 'Ok'
- Reopen the event you've just moved and you can see that the Calendar: combo
box is now empty and unavailable (greyed).

It is now impossible to create or modify events since it is impossible to
select a calendar to store it in.

The only way to restore the Calendar combo box is to log out and then log back
in.

Debug info given by Sérgio Martins (Kudos for being able to reproduce this
nasty bug! ;o):
Before changing an incidence korganizer calls mChanger->begin( inc ) which
locks the inc and returns true, if the incidence is already being changed it
returns false, this avoids nested changes. When mChanger->end() is 
called the lock is cleared.
That was before akonadi, now it's async, and the changejob sometimes returns
after mChanger->end() was called, allowing nested changes.

Trunk, Svn Rev 1096391

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.