can only be moved when they have no children.
Along the way fix Bug 94125 and add the FolderRequester to the expire settings
in the folder dialog.
BUG: 94125
svn path=/trunk/kdepim/; revision=371419
happens when a mail that was supposed to be downloaded could not be,
because it was no longer on the server (deleted by another client).
svn path=/trunk/kdepim/; revision=366604
when simply opening mail folders) : don't look for the serial numbers
of messages that haven't been inserted into a folder yet, it can't find one,
and it's slow every time. Note that assign() is only called on construction
(or soon after), never on totally-unrelated instances.
svn path=/trunk/kdepim/; revision=361937
- the search folder should of course also check added messages correctly
- finish the progressitem when the move to an imap folder fails
svn path=/trunk/kdepim/; revision=358300
the config to disk after changing the contents type. Please someone
implement parameterized groups in KConfigXT.
svn path=/trunk/kdepim/; revision=339001
Otherwise if the user recreates the same folder again, the settings will interfer.
In the case of cached imap this led to imappath being set, so kmail thought
the folder was deleted locally (insted of "just created"), and would delete it again.
svn path=/trunk/kdepim/; revision=324871
I created a new FolderStorage::listDirectory method to make it easier.
Add a Refresh folder list to the context menu of imap folders as the user
will probably not know how to refresh the listing (collapsing does the same).
This is needed together with the list-only-open-folders thing.
svn path=/trunk/kdepim/; revision=314858
Change the KMFolderMgr::find methods a bit to actually find all folders.
Oh well, and assign ids to all folders.
svn path=/trunk/kdepim/; revision=313955
Patch semi-approved by Carsten and semi-approved by Till, which makes it fully approved.
If it saved mGuessedUnreadMsgs it would get into mUnreadMsgs on re-reading,
which would be wrong I guess. But when we have a guess, don't save mUnreadMsgs,
to be closer to the old behavior (we'll guess again on reopening, I suppose?).
svn path=/trunk/kdepim/; revision=303284
- add storage property "noChildren" (guess what it does)
- allow the creation of subfolders of system folders (except the outbox)
- the content of the belongs-to combox in the folderdialog looks like the foldertree
- get rid of old stuff in kmfoldertree
- kmfoldertree is the parent of kmfolderdialog
...and fix the mailinglist handling
CCMAIL: 11903-done@bugs.kde.org
CCMAIL: 37139-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=295688
constructor, so the full object has been set up when it's called.
Carsten, this should fix the problem completely.
CCMAIL: burghardt@kde.org
svn path=/trunk/kdepim/; revision=291555
it introduced regressions, extended in the following way:
- take the mail from the folder for composing as before
- set transferInProgress to false (set to true by the command during
retrieval of the message) when passing the removed message to the
composer which now owns it
- return true from KMFolder::canAddMsgNow if the message is not in any
folder but its transferInProgress flag is set. This prevents messages
from simply going away if the flag is not properly reset by some action
or other and the mail is not currently in any folder. Not relevant
anymore for the above case, but safer nonetheless.
svn path=/trunk/kdepim/; revision=273392
active readerwindow to ask that for the attachmentstrategy but pass it
along with the folder job, so it is available when the mime structure
comes in with load on demand. Remove unused KMKernel::activeReaderWindow
which doesn't work in kontact anyhow.
CCMAIL: 67644-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=268877
a header item which has not been created yet. If uid validity has just
changed there are no header items at all, because the headers list has
been cleared as a result of expunge() in which case that results in a
crash.
For the members of the weird kmail crash appreciation society, this is
the "KMHeaders::getNestingPolicy() const (this=0x0)" crash you might have
come across before.
svn path=/trunk/kdepim/; revision=262787
folders, adding the messages one by one to the header listview is very
slow. With pop, where each body is downloaded anyhow which takes a lot
longer, that is not a factor, but with imap this results in a massive
slowdown. Get all of them and then redraw the listview completely, as
before.
I'm planning to hunt down why this is so slow after 3.2, as this is just
working around the real problem.
svn path=/trunk/kdepim/; revision=261394
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
Carsten Burghardt
Till Adam
David Faure
Bo Thorsen
Ingo Klcker
Roberto Teixeira
Ladislav Strojil