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
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
- The default identity is no longer 0, adopt to that
- To each account, add a new "Use Default Identity" checkbox. If it is checked,
the global default identity will be used. This way, changing the global default
identity actually changes the account identities as well.
svn path=/trunk/KDE/kdepim/; revision=772499
svn+ssh://pradeepto@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r739135 | tilladam | 2007-11-20 21:30:43 +0530 (Tue, 20 Nov 2007) | 6 lines
Add the ability to associate an identity with an account, such that that
identity is prefered when composing/replying etc, while in a folder of that
account. Folder-specific identities act as an override.
Prokde35-z Item 26
........
svn path=/trunk/KDE/kdepim/; revision=768464
svn+ssh://tilladam@svn.kde.org/home/kde/branches/KDE/3.5/kdepim
........
r650963 | winterz | 2007-04-06 00:51:52 +0200 (Fri, 06 Apr 2007) | 5 lines
merge SVN commit 647870 by coolo:
do not munge with open counts, but simply close and let
ticket owners reopen on closed( ) signal
........
svn path=/branches/kdepim/enterprise/kdepim/; revision=766769
were false positives.
There is one warning left, about slotInfoMessage
in QuotaJobs::GetQuotarootjo. This seems to be
real, as neither that slot nor the signal
connected to that slot seem to exist with that
signature.
It would be nice if someone with IMAP knowledge could
fix that.
svn path=/trunk/KDE/kdepim/; revision=747352
identity is prefered when composing/replying etc, while in a folder of that
account. Folder-specific identities act as an override.
Prokde35-z Item 26
svn path=/branches/kdepim/enterprise/kdepim/; revision=739135
* fix for kolab issue 1882 (Crash after reply to a revoked mail):
The storage needs to be open before remove is called, otherwise
it will not unregister the corresponding serial numbers from
the message dict, since its message list is empty, and the .ids
file contents are not loaded. That can lead to lookups in the
dict returning stale pointers to the folder later.
svn path=/branches/KDE/3.5/kdepim/; revision=702345
SVN commit 700851 by moenicke:
* fix for kolab issue 1882 (Crash after reply to a revoked mail):
The storage needs to be open before remove is called, otherwise
it will not unregister the corresponding serial numbers from
the message dict, since its message list is empty, and the .ids
file contents are not loaded. That can lead to lookups in the
dict returning stale pointers to the folder later.
svn path=/trunk/KDE/kdepim/; revision=700858
The storage needs to be open before remove is called, otherwise
it will not unregister the corresponding serial numbers from
the message dict, since its message list is empty, and the .ids
file contents are not loaded. That can lead to lookups in the
dict returning stale pointers to the folder later.
svn path=/branches/kdepim/enterprise/kdepim/; revision=700851
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
keeping the msginfo pointer around in the message object, and restoring it on
unGet. Should help with a whole class of crashes around filtering, searching
etc. Original patch by Ingo and Andreas, with some fixes and memleak plugs
in corner cases by me. We'll testdrive this a while in enterprise branch, let's
see how it behaves.
CCMAIL: a.gungl@gmx.de
CCMAIL: ingo@kde.org
svn path=/branches/kdepim/enterprise/kdepim/; revision=694327
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
Laurent Montel
Thomas McGuire
Allen Winter
Szymon Stefanek
Bertjan Broeksema
Volker Krause
Jarosaw Staniek
Pradeepto Bhattacharya
Till Adam
Frank Osterfeld
Andreas Hartmetz
Arto Hytnen
Thomas Moenicke
Tobias Koenig
Daniel Molkentin
Bruno Virlet