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
allowed in proko2 because OL cannot handle changing types, but there
is no reason to limit the functionality in the general case.
svn path=/trunk/kdepim/; revision=393830
"incidences for annotation" combobox is properly enabled or disabled
depending on the folder type.
Also forward port the dimap folder renaming changes from proko2. Sorry for
mixing things here.
BUGS: 98784
svn path=/trunk/kdepim/; revision=388283
not syncing up of those labels. Make sure that in case of circular
renaming (A -> B -> A) the change is reset and the rename is possible.
svn path=/branches/proko2/kdepim/; revision=387070
dialog and include it in the RMB menu of the foldertree. To make the check if the menu
should be shown a bit easier the folderstorage got a new "isMoveable()" function.
I noticed that moving of imap folders crashes again when the messages are moved (sigh)
but this is not related so I'll fix it afterwards.
svn path=/trunk/kdepim/; revision=385541
a dialog of its own, evict it from the RMB and put it in the Folder main
menu. Again, as per OpenUsability.org suggestions.
svn path=/trunk/kdepim/; revision=384133
report done by Jan Muehlig, Florian Graessle and Andrea Schminck of
Relevantive/OpenUsability.org namely:
Move the expiry settings for a folder into their own dialog based on the
mockups in the report. Much better, I think, thanks guys.
CC: kdepim-usability@kde.org
svn path=/trunk/kdepim/; revision=383758
The new name is saved to kmailrc so it is used when restarting kmail even thought the server still says INBOX.
https://intevation.de/roundup/kolab/issue619
But that's only true for cached-imap, I'm not sure how things work with online-imap or even other types of accounts.
Should we fix it for all types of accounts, or enable renaming-of-system-folders only for dimap?
CCMAIL: kmail-devel@kde.org
svn path=/branches/proko2/kdepim/; revision=380089
Moved "no permissions" check and dialog box to KMFolderTree::addChildFolder() in order
to see the error before the properties dialog opens.
point 2 in https://intevation.de/roundup/kolab/issue510
svn path=/branches/proko2/kdepim/; revision=376727
with a '/' in the name. As we realized with Till, there's no way to accept '/' in folder
names, even when using IMAP with another separator than '/' : in all cases we create
a local cache (mbox or maildir) so the name can't contain '/'.
svn path=/trunk/kdepim/; revision=376170
with a '/' in the name. As we realized with Till, there's no way to accept '/' in folder
names, even when using IMAP with another separator than '/' : in all cases we create
a local cache (mbox or maildir) so the name can't contain '/'.
https://intevation.de/roundup/kolab/issue569
svn path=/branches/proko2/kdepim/; revision=376169
can only be moved when they have no children.
Along the way fix Bug 94125 and add the FolderRequester to the expire settings
in the folder dialog.
BUG: 94125
svn path=/trunk/kdepim/; revision=371419
("Generate free/busy and activate alarms for: nobody / owner / all readers of this folder")
* New annotation jobs that can get and set multiple annotation entries (one after the other)
* Storage of incidences-for in KConfig, and using an annotation
* Added a combobox in the folder properties dialog, tied to the contents-type combo when it exists
svn path=/branches/proko2/kdepim/; revision=358234
Till Adam
David Faure
Nadeem Hasan
Stephan Binner
Carsten Burghardt
Andrew Coles