folders tempOpened by filters are closed prematurely. They are now only
closed when there is no more filter using the filter manager.
svn path=/trunk/kdepim/; revision=262221
signals from being emitted.
This should fix the sent folder count updating bug. If it does not for
you, please reopen.
Patch Ok'ed by Till (Don also agreed that quiet() can be removed).
CCMAIL: 63670-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=260199
#define kernel KMKernel::self()
to
#define kmkernel KMKernel::self()
because 'kernel' was a much to general term. We really shouldn't repeat the mistakes of the X developers.
I noticed this problem when I played around with KImageEffects. kimageeffects.h contains 'kernel' as parameter of some methods and so the compilation had to fail. We won't need KImageEffects in the near future, but at least we are now prepared and a clash with another 'kernel' can't happen anymore.
svn path=/trunk/kdepim/; revision=252621
- Delete messages during transfer
- Minor cleanups
- Do not display headers when you skip over messages
CCMAIL: 62943-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=243659
Especially protocol() == "imap". Note that using ssl completely breaks those
checks then as the protocol is then "imaps". Also the string compares
are suboptimal there - use folderType() == KMFolderTypeSomeType.
svn path=/trunk/kdepim/; revision=238868
the job wasn't properly terminated, so the syncing 'state machine' was kind of stuck.
The underlying design issue is that KIO's connected slaves emit (via Scheduler) a
signal slaveError, totally unrelated to any job, and that killing the slave
kills the jobs _silently_ (without emitting result()).
As discussed with Waldo, the only way to handle this properly is to wait for the
slave to be connected (slaveConnected signal from Scheduler), before assigning
the slave to a job. I didn't rewrite all of kmail for it :) but I changed the
return value of makeConnection to be an enum: Error, Connected or Connecting.
This keeps compat with existing code which just checks it as a bool, but allows
KMFolderCachedImap to wait for the slaveConnected signal before proceeding.
Visually, this does the connection attempt at 0% progress instead of at 30%,
so it looks more logical :)
svn path=/trunk/kdepim/; revision=233801
kmacctmgr has 2 lists (currently checking and todo), the accounts care for the setting of the necessary flags.
All accounts show a transmission message, use -1 as newMailsProcessed argument to use your own message (e.g. in kmacctexppop)
svn path=/trunk/kdepim/; revision=210690
for me the "crash on reply" and "forward message crash" bugs and people
on IRC have been insisting on committing it. So yeah, asynchronous message
handling in KMail is in!!! May the God of Coding have mercy on us...
svn path=/trunk/kdenetwork/kmail/; revision=193386
show the user a wrong number of mails loaded. Currently, it shows just the
number of mails in the last account, but with this patch, it shows the
total number of mails.
I haven't tested pop3 or maildir, but they should work as the patch is quite
simple. I also didn't find a way to make it work with imap, so in case there's
an imap account, it just turns back to the current (broken) behaviour.
I waited 4 days for comments for this patch, so I think it's enough.
Btw, this fixes#38403
svn path=/trunk/kdenetwork/kmail/; revision=140766
- Don't parse /etc/services 20 times
- Don't call i18n("inbox") 250 times
- Don't look for an utf7 QTextCodec 200 times
svn path=/trunk/kdenetwork/kmail/; revision=134842
Bo Thorsen
Till Adam
Ladislav Strojil
Marc Mutz
Carsten Burghardt
Ingo Klcker
Zack Rusin
David Faure
Stephan Kulow
Waldo Bastian
Michael Haeckel
Luk Tinkl
Antonio Larrosa Jimenez