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
isResourceFolder and hideResourceImapFolder into hideResourceFolder, since
the resource is not imap specific at all. Port all callers.
svn path=/trunk/kdepim/; revision=346967
correct to suppress the slash. Make the folderdia react correctly to failed folder-creations.
CCMAIL: 48080-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=322189
folder also in this folder" option I added a while ago. This page of the
folder properties still needs to be cleaned up, though.
I will buy several beers at aKademy for anyone able to come up with a
sensible name for this option which is shorter than 6 words or so and
understandable to users.
svn path=/trunk/kdepim/; revision=314280
(on the first OK the ACL tab needs to see isNewFolder, so set that to false
only when OK is aborted, not when the general tab asks for the folder to be created)
svn path=/trunk/kdepim/; revision=313196
(better than <foo.h>, especially when systems could have an identity.h somewhere)
A kconfig_update script moves the identities from kmailrc to emailidentities
svn path=/trunk/kdepim/; revision=311347
Thanks to Till for the advice on how to do that (storing folder id and using a KMMoveCommand)
Added kmkernel::findFolderById() to avoid copy/pasting yet another time
the code that looks in the 3 foldermgrs; ported the existing code to that.
CCMAIL: 43218-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=311024
Relying on local .uidcache file broke for noContent folders, but also, as I
just found out, for shared folders that you used to have permissions to, then lost
the permission, then got again (in such a case the old local uidcache does NOT mean
the folder should be deleted!!!)
svn path=/trunk/kdepim/; revision=309052
automatically created when someone else gives you read access to his inbox)
Don't show the ACL tab for noContent folders.
Fixed a crash
svn path=/trunk/kdepim/; revision=303903
for disconnected imap.
To share the code between the imap and dimap cases, a new job class MultiSetACLJob
can set and delete multiple ACLs one after the other. This makes me realize that
we should document more how one can write high-level Job subclasses (like
e.g. CopyJob and DeleteJob in KIO), it's very convenient.
svn path=/trunk/kdepim/; revision=303615
- added getUserRights() (and signal when received) to IMAPAccountBase
- store user rights in KMFolderImap and KMFolderCachedImap (my kingdom for a common base class!)
svn path=/trunk/kdepim/; revision=303360
* when creating a new folder, show the tab and get settings from parent (account and ACLs etc.)
* fixed progressbar that didn't get cleared up after the set/delete acl jobs
And KMFolderDia now doesn't close on error anymore (e.g. when trying to
create/rename a folder to the name of a folder that already exists).
svn path=/trunk/kdepim/; revision=303331
Testcase: create a child folder. Set expiry to 3 in parent, 10 in child,
reopen dialog for child: it showed 3 instead of 10.
... tempted to make a remark about whether that commit was tested or not :)
svn path=/trunk/kdepim/; revision=302921
from the general tab to the dialog itself. Should be a no-op, but will allow
using parentFolder for the ACL tab.
Tested against regressions with both ACL folders (existing and new) and local folders (ditto).
svn path=/trunk/kdepim/; revision=302919