svn+ssh://tmcguire@svn.kde.org/home/kde/branches/KDE/4.1/kdepim
........
r851221 | tmcguire | 2008-08-23 12:20:32 +0200 (Sat, 23 Aug 2008) | 8 lines
Backport r850028 by tmcguire from trunk to the 4.1 branch:
Don't attempt do execute an IMAP job when there is no connection.
This fixes a crash when the user tries to copy a mail and the
password dialog is currently shown (because the slave is 0).
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=851357
Don't attempt do execute an IMAP job when there is no connection.
This fixes a crash when the user tries to copy a mail and the
password dialog is currently shown (because the slave is 0).
svn path=/branches/KDE/4.1/kdepim/; revision=851221
Merged revisions 842664 via svnmerge from
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
................
r842664 | vkrause | 2008-08-05 20:29:45 +0200 (Tue, 05 Aug 2008) | 21 lines
Merged revisions 842115-842659 via svnmerge from
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r842115 | vkrause | 2008-08-04 20:31:32 +0200 (Mon, 04 Aug 2008) | 5 lines
Don't rewrite a just deleted folder configuration. This fixes recreation
of a just deleted folder.
Kolab issue 2933
........
r842659 | vkrause | 2008-08-05 20:13:00 +0200 (Tue, 05 Aug 2008) | 7 lines
Don't try to delete the job again if the error handling code already
killed all of them. Fixes a crash when copying a message into a
read-only folder before we know it actually is read-only and selecting
cancel in the subsequent error dialog.
Kolab issue 2850
........
................
svn path=/branches/KDE/4.1/kdepim/; revision=851220
This fixes a crash when the user tries to copy a mail and the
password dialog is currently shown (because the slave is 0).
svn path=/trunk/KDE/kdepim/; revision=850028
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
................
r842664 | vkrause | 2008-08-05 20:29:45 +0200 (Tue, 05 Aug 2008) | 21 lines
Merged revisions 842115-842659 via svnmerge from
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r842115 | vkrause | 2008-08-04 20:31:32 +0200 (Mon, 04 Aug 2008) | 5 lines
Don't rewrite a just deleted folder configuration. This fixes recreation
of a just deleted folder.
Kolab issue 2933
........
r842659 | vkrause | 2008-08-05 20:13:00 +0200 (Tue, 05 Aug 2008) | 7 lines
Don't try to delete the job again if the error handling code already
killed all of them. Fixes a crash when copying a message into a
read-only folder before we know it actually is read-only and selecting
cancel in the subsequent error dialog.
Kolab issue 2850
........
................
svn path=/trunk/KDE/kdepim/; revision=849571
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r842115 | vkrause | 2008-08-04 20:31:32 +0200 (Mon, 04 Aug 2008) | 5 lines
Don't rewrite a just deleted folder configuration. This fixes recreation
of a just deleted folder.
Kolab issue 2933
........
r842659 | vkrause | 2008-08-05 20:13:00 +0200 (Tue, 05 Aug 2008) | 7 lines
Don't try to delete the job again if the error handling code already
killed all of them. Fixes a crash when copying a message into a
read-only folder before we know it actually is read-only and selecting
cancel in the subsequent error dialog.
Kolab issue 2850
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=842664
Some fixes for online IMAP filtering:
- In the action scheduler, don't error out when the filtered message
couldn't be moved back to the target folder. Instead, ignore the error
(but don't delete the orginal message). This fixes filtering
stopping on GMail accounts once a message was encountered that was not
moved to another folder, but stayed in the same folder (GMail prevents moving
in this case, since it thinks it is a duplicate message)
- When moving the filtered message with the action scheduler from the
temporary filter folder to the target folder, the original message wouldn't
get deleted properly.
The reason for this was that the move command thought the move failed because
a message with another serial number arrived.
Fix this by remembering the serial number (based on the message ID) when using
the action scheduler for filtering.
This fixes filters which move messages to other folders: Now the message is properly
removed from the source folder again.
- add comments and kDebug output
This does _not_ solve the following problem:
When using GMail and online IMAP, filter actions which modify the message will not have
any effect, since GMails duplicate message prevention prevents the filtered message to
be moved back to the IMAP folder.
This will not be fixed, I see no way to work around this. GMail should fix their IMAP
server instead.
Please test, I'm not sure if this is safe to backport.
CCBUG: 166150
svn path=/branches/KDE/4.1/kdepim/; revision=836580
svn+ssh://tmcguire@svn.kde.org/home/kde/trunk/KDE/kdepim
........
r833475 | tmcguire | 2008-07-16 23:07:56 +0200 (Wed, 16 Jul 2008) | 32 lines
Some fixes for online IMAP filtering:
- In the action scheduler, don't error out when the filtered message
couldn't be moved back to the target folder. Instead, ignore the error
(but don't delete the orginal message). This fixes filtering
stopping on GMail accounts once a message was encountered that was not
moved to another folder, but stayed in the same folder (GMail prevents moving
in this case, since it thinks it is a duplicate message)
- When moving the filtered message with the action scheduler from the
temporary filter folder to the target folder, the original message wouldn't
get deleted properly.
The reason for this was that the move command thought the move failed because
a message with another serial number arrived.
Fix this by remembering the serial number (based on the message ID) when using
the action scheduler for filtering.
This fixes filters which move messages to other folders: Now the message is properly
removed from the source folder again.
- add comments and kDebug output
This does _not_ solve the following problem:
When using GMail and online IMAP, filter actions which modify the message will not have
any effect, since GMails duplicate message prevention prevents the filtered message to
be moved back to the IMAP folder.
This will not be fixed, I see no way to work around this. GMail should fix their IMAP
server instead.
Please test, I'm not sure if this is safe to backport.
CCBUG: 166150
........
svn path=/branches/kdepim/enterprise4/kdepim/; revision=835021
svn+ssh://tmcguire@svn.kde.org/home/kde/trunk/KDE/kdepim
................
r826446 | tmcguire | 2008-06-30 21:18:07 +0200 (Mon, 30 Jun 2008) | 17 lines
Merged revisions 812465 via svnmerge from
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/kmail-soc
........
r812465 | stefanek | 2008-05-25 16:26:41 +0200 (Sun, 25 May 2008) | 11 lines
Re-apply the dying-imap-jobs-fix.
- Don't use foreach in deletion loop since it operates on a copy and
will happily iterate over a dangling pointer if a kill removes more
than one job.
- Don't override a variable in a child class with the parent's name: it's
an ugly hack hard to understand for anyone.
- Make the child job list private and add accessor functions for outside
manipulation.
........
................
svn path=/branches/kdepim/enterprise4/kdepim/; revision=834997
- In the action scheduler, don't error out when the filtered message
couldn't be moved back to the target folder. Instead, ignore the error
(but don't delete the orginal message). This fixes filtering
stopping on GMail accounts once a message was encountered that was not
moved to another folder, but stayed in the same folder (GMail prevents moving
in this case, since it thinks it is a duplicate message)
- When moving the filtered message with the action scheduler from the
temporary filter folder to the target folder, the original message wouldn't
get deleted properly.
The reason for this was that the move command thought the move failed because
a message with another serial number arrived.
Fix this by remembering the serial number (based on the message ID) when using
the action scheduler for filtering.
This fixes filters which move messages to other folders: Now the message is properly
removed from the source folder again.
- add comments and kDebug output
This does _not_ solve the following problem:
When using GMail and online IMAP, filter actions which modify the message will not have
any effect, since GMails duplicate message prevention prevents the filtered message to
be moved back to the IMAP folder.
This will not be fixed, I see no way to work around this. GMail should fix their IMAP
server instead.
Please test, I'm not sure if this is safe to backport.
CCBUG: 166150
svn path=/trunk/KDE/kdepim/; revision=833475
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/kmail-soc
........
r812465 | stefanek | 2008-05-25 16:26:41 +0200 (Sun, 25 May 2008) | 11 lines
Re-apply the dying-imap-jobs-fix.
- Don't use foreach in deletion loop since it operates on a copy and
will happily iterate over a dangling pointer if a kill removes more
than one job.
- Don't override a variable in a child class with the parent's name: it's
an ugly hack hard to understand for anyone.
- Make the child job list private and add accessor functions for outside
manipulation.
........
svn path=/trunk/KDE/kdepim/; revision=826446
https://vkrause@svn.kde.org/home/kde/branches/work/~vkrause/enterprise
........
r703761 | vkrause | 2007-08-23 09:48:47 +0200 (Thu, 23 Aug 2007) | 3 lines
Read PERMANENTFLAGS response. Needed to determine if we can store custom
flags on the server.
........
r703947 | vkrause | 2007-08-23 19:39:29 +0200 (Thu, 23 Aug 2007) | 2 lines
Add support for non-standard kmail flags.
........
r703962 | vkrause | 2007-08-23 20:11:39 +0200 (Thu, 23 Aug 2007) | 2 lines
fix removing of non-standard kmail flags
........
r704171 | vkrause | 2007-08-24 09:55:39 +0200 (Fri, 24 Aug 2007) | 4 lines
- read/write non-standard kmail flags
- correctly update flags that have been removed on the server
(KDE bug #134656)
........
r704179 | vkrause | 2007-08-24 10:31:25 +0200 (Fri, 24 Aug 2007) | 3 lines
Read PERMANENTFLAGS response for online IMAP as well. Needed to determine
if we can store custom flags on the server.
........
r704186 | vkrause | 2007-08-24 11:06:30 +0200 (Fri, 24 Aug 2007) | 5 lines
- only store non-standard flags on the server if it actually supports
that
- trigger migration of local flags (todo, forwarded, ignored, watched)
to the server
........
svn path=/branches/kdepim/enterprise/kdepim/; revision=704199
Open source and destination folders, even if they are the same. Since
both will be closed again, this caused a crash when a mail was copied to
its current folder (Kolab issue 1844).
svn path=/trunk/KDE/kdepim/; revision=694332
Open source and destination folders, even if they are the same. Since
both will be closed again, this caused a crash when a mail was copied to
its current folder (Kolab issue 1844).
svn path=/branches/KDE/3.5/kdepim/; revision=694292
SVN commit 645389 by wstephens:
When deleting an account, there may be jobs live on that account that aren't automatically cleaned up. Make them
safe in places where they lookup the account.
BUG#137302
svn path=/branches/kdepim/enterprise/kdepim/; revision=667960
When deleting an account, there may be jobs live on that account that aren't automatically cleaned up. Make them safe in places where they lookup the account.
svn path=/trunk/KDE/kdepim/; revision=645403
didn't read far enough down into the commit logs.. this is the way
Till wanted to fix the crash in slotNextMessage() as commented on by monur.
svn path=/trunk/KDE/kdepim/; revision=537488
Laurent Montel
Thomas McGuire
Volker Krause
Till Adam
David Faure
Frank Osterfeld
Andreas Hartmetz
Daniel Molkentin
Pradeepto Bhattacharya
Ingo Klcker
Stephan Kulow
Allen Winter
Will Stephenson
Mathias Soeken
Rafael Fernndez Lpez