=> remove kmfoldernode/accountwizard (need to rewrite all) / kmdict / networkmanager
Cleanup.
Add signal/slots in kmail_part to signal when collections changed
Port++
etc.
svn path=/branches/work/akonadi-ports/kdepim/; revision=1051639
because otherwise each time I change a line of code of kmail to use
libmessageviewer I have a config with KMime::Message and namespace Message.
As libmessageviewer was not released yet it's not a problem.
and this namespace is more logical with lib name.
svn path=/branches/work/akonadi-ports/kdepim/; revision=1030078
https://svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r1001049 | vkrause | 2009-07-22 10:36:11 -0400 (Wed, 22 Jul 2009) | 7 lines
Consider append-only IMAP folders read-only for the resource as we
cannot put any changes into them (that requires deletion, since IMAP
cannot change the content of an existing message).
Kolab issue 3735
MERGE: e4, trunk, 4.3
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=1001185
cannot put any changes into them (that requires deletion, since IMAP
cannot change the content of an existing message).
Kolab issue 3735
MERGE: e4, trunk, 4.3
svn path=/branches/kdepim/enterprise/kdepim/; revision=1001049
Make the sent-mail folder show the receiver instead of the sender again.
Patch by Frank Thieme <frank at fthieme dot net>, thank you!
CCBUG: 190232
MERGE: e4
http://reviewboard.kde.org/r/848/
svn path=/branches/kdepim/enterprise4/kdepim/; revision=982982
the compaction jobs (and thus various asserts triggering
in the StorageModel code).
Not totally sure that all the bugs I'm closing had exactly
the same cause (though the backtrace is exactly the same).
If you still can reproduce the bug please reopen ONE of
these.
BUG: 186940
BUG: 188219
BUG: 194960
BUG: 195893
svn path=/trunk/KDE/kdepim/; revision=980061
This brings a reworked folder tree and and a new message list, which is much more powerful than the old one.
New features include grouping, multiline items and the ability to customize just about everything of the look of the message list.
Also, we have a tabbed interface for opening more than one folder at once now.
An important aspect of the new message list is that drawing speed is now fast again (there was a regression in Q3ListView that
made huge folders a real pain to navigate, reading commit folders was not a nice thing to do).
There are probably more things which I forgot to list here.
Also, this is big step forward in getting rid of Qt3Support in KMail, now just some tiny bits are left.
Many thanks to SoC student Szymon Stefanek for his awesome work on his project! I can't stress enough how great this
achivment is. He even added very good API documentation to his classes :)
This requires the lastest version of qt-copy, otherwise you'll get mysterious crashes in Qt painting code from time to time.
We hope that this patch will be added to the next Qt 4.4.x version.
And finally, this merge also brings many regressions, which is not unnatural for such a big change.
In the remaining time before the KDE 4.2 release, we'll have to work on those to get it polished and regression-free.
Help here is always needed, and is a good opportunity to start working on KMail, since many regressions are low hanging fruit.
It also means the message list and the folder tree need a bit of testing.
If you find bugs, report them under the "new message list" and "new folder tree" component of the bug tracker, thanks.
I also plan to setup a wiki page with known regressions.
CCMAIL: kde-pim@kde.org
GUI:
CCBUG: 117808
BUG: 163469
FEATURE: 18170
FEATURE: 32400
FEATURE: 42107
FEATURE: 45526
FEATURE: 81272
FEATURE: 90142
FEATURE: 107450
(and probably many others)
svn path=/trunk/KDE/kdepim/; revision=881321
Note: The remaining issues are false positives. They cannot be changed to ' '
as the called function expects a const char*.
svn path=/trunk/KDE/kdepim/; revision=861369
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
................
r860059 | vkrause | 2008-09-11 22:43:32 +0200 (Thu, 11 Sep 2008) | 21 lines
Merged revisions 859561,860036 via svnmerge from
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r859561 | vkrause | 2008-09-10 19:10:02 +0200 (Wed, 10 Sep 2008) | 5 lines
Reload the folder tree if a folder type changes, we have a few folder
hiding options that depend on it.
Kolab issue 2792 (part 1)
........
r860036 | vkrause | 2008-09-11 22:06:02 +0200 (Thu, 11 Sep 2008) | 7 lines
Reload the folder tree on changes to no content state of any folder,
visible or hidden. This ensures that previous no content and thus
possibly hidden folders are shown correctly after the owner provides us
with read access on such a folder.
Kolab issue 2792 (part 2)
........
................
svn path=/trunk/KDE/kdepim/; revision=860257
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r859561 | vkrause | 2008-09-10 19:10:02 +0200 (Wed, 10 Sep 2008) | 5 lines
Reload the folder tree if a folder type changes, we have a few folder
hiding options that depend on it.
Kolab issue 2792 (part 1)
........
r860036 | vkrause | 2008-09-11 22:06:02 +0200 (Thu, 11 Sep 2008) | 7 lines
Reload the folder tree on changes to no content state of any folder,
visible or hidden. This ensures that previous no content and thus
possibly hidden folders are shown correctly after the owner provides us
with read access on such a folder.
Kolab issue 2792 (part 2)
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=860059
visible or hidden. This ensures that previous no content and thus
possibly hidden folders are shown correctly after the owner provides us
with read access on such a folder.
Kolab issue 2792 (part 2)
svn path=/branches/kdepim/enterprise/kdepim/; revision=860036
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
................
r854399 | vkrause | 2008-08-29 15:04:19 +0200 (Fri, 29 Aug 2008) | 13 lines
Merged revisions 850513 via svnmerge from
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r850513 | vkrause | 2008-08-21 19:11:57 +0200 (Thu, 21 Aug 2008) | 6 lines
Allow deletion of message only if the IMAP ACLs allow it. The current
code assumed that deletion was not possible iff a folder is read-only,
which is too simple for IMAP.
Kolab issue 2954
........
................
svn path=/trunk/KDE/kdepim/; revision=855221
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r850513 | vkrause | 2008-08-21 19:11:57 +0200 (Thu, 21 Aug 2008) | 6 lines
Allow deletion of message only if the IMAP ACLs allow it. The current
code assumed that deletion was not possible iff a folder is read-only,
which is too simple for IMAP.
Kolab issue 2954
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=854399
code assumed that deletion was not possible iff a folder is read-only,
which is too simple for IMAP.
Kolab issue 2954
svn path=/branches/kdepim/enterprise/kdepim/; revision=850513
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r807761 | vkrause | 2008-05-14 19:00:30 +0200 (Wed, 14 May 2008) | 5 lines
Don't delete folder configs for folders that might not be in the list
here but nevertheless still exist.
Kolab issue 2667
........
r821814 | vkrause | 2008-06-18 17:21:15 +0200 (Wed, 18 Jun 2008) | 5 lines
Make sure favorite folder items get the same label independent of how
say are created.
Kolab issue 2785.
........
r823865 | tilladam | 2008-06-24 14:03:18 +0200 (Tue, 24 Jun 2008) | 7 lines
Make it possible again to accept an invitation that was sent
to a distribution list the current user is part of, by offering
all the identities in addition to the recipients of the invite
as choices for the attendee.
kolab/issue1998
........
r824289 | vkrause | 2008-06-25 17:20:44 +0200 (Wed, 25 Jun 2008) | 3 lines
Honor local subscription, fixes non-subscribed folders showing up in
the folder tree for a short time after changing local subscriptions.
........
r824806 | vkrause | 2008-06-26 18:42:06 +0200 (Thu, 26 Jun 2008) | 6 lines
The else block is supposed to belong to the outer if, so we need braces
here.
This ensures that a failed annotation job is removed correctly from the
job map and therefore avoids a crash on exit when KMail tries to cancel
the apparently still running job.
........
r830550 | vkrause | 2008-07-10 20:51:09 +0200 (Thu, 10 Jul 2008) | 23 lines
Backport SVN commit 829126 by vkrause from enterprise4 branch:
Close the folder before we unregister from the message dict.
This fixes the .index.db file being newer than the corresponding
.index.ids file, causing the latter being detected as outdated on the
next startup. In this case message wouldn't have a serial number, which
the sqlite backend poorly recovers from, causing apparent mail loss
(fixable by rebuilding the folder index). And to make it even more
confusing, this only happends for new DIMAP folders that have been
synced but not entered yet before shutting down KMail.
Kolab issue 2816
Incidentally this also fixes the mysterious non-persistence of certain
folder infos worked around in revision 830478. This happend because
groupware folders were kept open until destructions. However,
writeConfig() was called from the KMFolderMaildir dtor at which point
the virtual writeConfig() in KMFolderCachedImap wasn't available
anymore.
Kolab issue 2666
........
r834241 | vkrause | 2008-07-18 15:25:03 +0200 (Fri, 18 Jul 2008) | 7 lines
Update the highest uid even if we don't find the corresponding message
anymore or the folder is empty. This happens for example when the
message with this uid was moved away by a filter just before we got
here, which then caused mail duplication during the next sync.
Kolab issue 2801
........
svn path=/branches/KDE/3.5/kdepim/; revision=848898
Close the folder before we unregister from the message dict.
This fixes the .index.db file being newer than the corresponding
.index.ids file, causing the latter being detected as outdated on the
next startup. In this case message wouldn't have a serial number, which
the sqlite backend poorly recovers from, causing apparent mail loss
(fixable by rebuilding the folder index). And to make it even more
confusing, this only happends for new DIMAP folders that have been
synced but not entered yet before shutting down KMail.
Kolab issue 2816
Incidentally this also fixes the mysterious non-persistence of certain
folder infos worked around in revision 830478. This happend because
groupware folders were kept open until destructions. However,
writeConfig() was called from the KMFolderMaildir dtor at which point
the virtual writeConfig() in KMFolderCachedImap wasn't available
anymore.
Kolab issue 2666
svn path=/branches/kdepim/enterprise/kdepim/; revision=830550
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
........
r829126 | vkrause | 2008-07-07 18:28:17 +0200 (Mon, 07 Jul 2008) | 11 lines
Close the folder before we unregister from the message dict.
This fixes the .index.db file being newer than the corresponding
.index.ids file, causing the latter being detected as outdated on the
next startup. In this case message wouldn't have a serial number, which
the sqlite backend poorly recovers from, causing apparent mail loss
(fixable by rebuilding the folder index). And to make it even more
confusing, this only happends for new DIMAP folders that have been
synced but not entered yet before shutting down KMail.
Kolab issue 2816
........
svn path=/trunk/KDE/kdepim/; revision=829189
This fixes the .index.db file being newer than the corresponding
.index.ids file, causing the latter being detected as outdated on the
next startup. In this case message wouldn't have a serial number, which
the sqlite backend poorly recovers from, causing apparent mail loss
(fixable by rebuilding the folder index). And to make it even more
confusing, this only happends for new DIMAP folders that have been
synced but not entered yet before shutting down KMail.
Kolab issue 2816
svn path=/branches/kdepim/enterprise4/kdepim/; revision=829126
from
/branches/work/kmail-nommap (r799390..804487)
/branches/work/kdepim-nommap/kmail (r804484..804960)
The SQLite mode is currently enabled only on Windows (by KMAIL_SQLITE_INDEX define),
so on !Windows, the code for standard 'mmap' mode is compiled.
CCMAIL:kde-pim@kde.org
svn path=/trunk/KDE/kdepim/; revision=805075
FolderStorage::canAccess() now returns bool,
and thus also the same method in KMFolderSearch, KMFolderMaildir,
KMFolderMbox, KMFolder
- Maildir filenames: use '!' character separator instead of ':' for windows
(KMAIL_MAILDIR_FNAME_SEPARATOR macro),
as it is impossible to create a file containing ':' (regardless of the
used filesystem - it is a property of the FS API itself)
- KMFolderMaildir::canAccess() use QFileInfo instead of access() - solves
problem with undefined
X_OK flag on windows and is still enough efficient as there are no hundreds
of dirs in a maildir
- KMFolderIndex::recreateIndex() now returns bool
- KMFolderDir::reload() simplified
svn path=/trunk/KDE/kdepim/; revision=773959
Laurent Montel
Volker Krause
Aurlien Gteau
Andras Mantia
Thomas McGuire
Allen Winter
Szymon Stefanek
Bertjan Broeksema
Jarosaw Staniek