When a folder has the 'default identity' and the user changes the default identity in the config,
then the identity of that folder changes as well.
This prevents confusing situation.
svn path=/trunk/KDE/kdepim/; revision=697489
for the new kDebug/kError/kWarning/kFatal syntax.
You can use the following command to find 'old' code:
egrep -r -A 5 '(kDebug|kError|kWarning|kFatal).*' * | grep -v ".svn" | grep "<< *endl;"
svn path=/trunk/KDE/kdepim/; revision=695781
This fixes things like the new message from template menu not working.
It will, however, only work for newly created folders, old configs will not be updated.
This also reveals a deeper problem: If the user changes the default identity, all
folder identities still use the old identity. The only way to fix this I can think
of is to add a new checkbox to the folder properties dialog which says something
like 'use default identity'.
Or does anybody have a better idea?
svn path=/trunk/KDE/kdepim/; revision=691877
color for the folder name, to help improve the usability of working
with quota'd folders.
Resolves kolab merge item 22. Forward port of enterprise commits:
669156, 671804, 677689, 680527
svn path=/trunk/KDE/kdepim/; revision=691345
- adjust includes and link rules
- delete the libraries from this module
- remove obsolete collectingprocess and configmanager
svn path=/trunk/KDE/kdepim/; revision=682059
kmail. Add the ability to use a configurable color for the
folder name and size when it is close to a configurable quota
threshold (provided the folder has quota info in the first
place). Implement size retrieval for mbox and maildir storage.
(prokde35 w1-6)
svn path=/branches/kdepim/enterprise/kdepim/; revision=669156
SVN commit 627641 by winterz:
Fix for the grave bug "kmail crash when I make a CTRL + J in inbox"
BUGS: 140660
svn path=/branches/kdepim/enterprise/kdepim/; revision=665658
This obviously reintroduces issue661, "forwarding emails can produce bad signature", which will have to be fixed another way once I get more infos about it.
Also remove getMsgString from all folder classes, since it's now unused; getDwString is used instead.
svn path=/branches/kdepim/enterprise/kdepim/; revision=650094
branches/work/kdepim-3.5.5+.
These contain the following features from the enterprise branch:
- (nearly) all folders can be copyied or moved now
- dnd of one or multiple folders
- copy/cut/paste actions for one or multiple folders
- dnd of messages from the search result window to the folder tree
- copy/cut/paste actions for messages (in the header view and search
result window)
svn path=/branches/KDE/3.5/kdepim/; revision=648059
Merge the kmail-moving-folder branch:
- copying/moving of folders with drag&drop
- copy/cut/paste actions for folders and messages
svn path=/trunk/KDE/kdepim/; revision=633302
- copying/moving of folders with drag&drop
- copy/cut/paste actions for folders and messages
svn path=/branches/kdepim/enterprise/kdepim/; revision=633254
> readConfig must be done before registerWithMessageDict, since that one can call writeConfig in some circumstances
> (readFolderIds() returned -1, so invalidateFolder() was called,
> which calls open/close, and close() calls updateIndex()+writeConfig() when mAutoCreateIndex is true.)
This also fixes the "Could not upload folder" error dialogs during cached imap sync, btw.
KMail thought that it had to upload the folder since it had no ImapPath anymore.
svn path=/trunk/KDE/kdepim/; revision=531382
(readFolderIds() returned -1, so invalidateFolder() was called,
which calls open/close, and close() calls updateIndex()+writeConfig() when mAutoCreateIndex is true.)
This should fix the frequent loss of folder settings.
CCMAIL: kmail-devel@kde.org
svn path=/branches/KDE/3.5/kdepim/; revision=531267