Remove storage format and pending changes information of folder that are
deleted, or removed as part of a sync.
svn path=/branches/kdepim/proko2/kdepim/; revision=435420
were "saved" to kmailrc, but kmailrc wasn't synced, so in case of a kmail crash, X crash, power failure, kernel oops...
the settings would be lost, and on the next kmail restart very strange errors would happen when syncing
(can't create folder, folder already there, folder missing, etc.)
The solution: sync(). But while being at it I implemented buffering of sync requests
which was a TODO in kmkernel, but did it in GlobalSettings as Till suggested;
which in turn means we need our own GlobalSettings inheriting GlobalSettingsBase,
and the code lacked ::self()-> in many places to allow that.
svn path=/branches/kdepim/proko2/kdepim/; revision=432536
turns out that it had been fixed in trunk already :/
bodypartformatter: close tempfile before starting korganizer, otherwise it'll see an empty file.
(https://intevation.de/roundup/kolab/issue816)
libkcal: set error message when parsing an empty file, fixes detailed-err-box with empty details.
svn path=/branches/kdepim/proko2/kdepim/; revision=428790
as discussed on kolab-format. This is backwards compatible, i.e. we can still load dist lists
that use the "contact" mimetype.
svn path=/branches/kdepim/proko2/kdepim/; revision=421173
annotations it does not matter either way, and with this it's easier
to recognize them in the web interface, etc.
svn path=/branches/kdepim/proko2/kdepim/; revision=420330
annotation for folders that show up on the server suddenly (for example
when you sync a fresh client to an existing account) are fetched as
expected. That prevents varied unpleasantness and constipation.
svn path=/branches/proko2/kdepim/; revision=401778
were only used by the old imap resource which has gone off to wherever
retired code goes to play dominos and bitch about the kids these days.
svn path=/trunk/kdepim/; revision=369436
xml based kolab resource. This means that once I've committed the resource
part of this, the kolab resource can be configured to use ical/vcard or
xml format and work with both.
svn path=/trunk/kdepim/; revision=367575
shared by other people) in their own language. If someone from japan
shares their default Calendar folder with me, I'll see it as:
/user/Hirohito/Kalender, if I'm german. Solves proko2 issue530.
svn path=/branches/proko2/kdepim/; revision=364183
the resource can load the messages by chunks of 200, to update a progress dialog.
More speed in findBodyPartByMimeType (6.4K instructions instead of 10.7K)
svn path=/branches/proko2/kdepim/; revision=360797
Instead of new signal, we emit "subresourceDeleted + subresourceAdded". It's necessary
to reload all incidences to make them readonly (or readwrite), anyway.
svn path=/branches/proko2/kdepim/; revision=360065
instead of hardcoding them in kmailicalifaceimpl.cpp.
Added custom header for the scheduling ID, but this might be a temporary solution.
svn path=/trunk/kdepim/; revision=358807
instead of hardcoding them in kmailicalifaceimpl.cpp.
Added custom header for the scheduling ID, but this might be a temporary solution.
svn path=/branches/proko2/kdepim/; revision=358805
which speicifies whether the subresource folder is relevant with respect
to alarms for the user. The logic which determines that looks at the user
rights on the folder and the "incidences_for" annotation, if present.
svn path=/branches/proko2/kdepim/; revision=358482
groupware folders. This was due (yet again) to readConfig losing the contents type of
the folder, so we need to call writeConfig just after setting it.
svn path=/branches/proko2/kdepim/; revision=356777
groupware folders. This was due (yet again) to readConfig losing the contents type of
the folder, so we need to call writeConfig just after setting it.
svn path=/trunk/kdepim/; revision=356777
Till Adam
David Faure