valid DCOPRefs again. There is one entry, the toplevel "/Local" one, which
listFolders returns but which does not give you a valid reference when
passed to getFolder(). I'm not sure whether it's better to not return that
at all. Tobias?
svn path=/trunk/kdepim/; revision=290294
(for example via dcop). Otherwise the local folders are toplevel, while
all account based folders are not, which looks strange and inconsistent
for example in the summary folder selection widget in kontact.
svn path=/trunk/kdepim/; revision=288845
- Port to the CryptPlug{,Wrapper} in libkleopatra, remove the old CryptPlugWrapper in libkdenetwork.
- Display an import summary for pkcs#7, smime-type=certs-only messages
- Shrink the config dialog page for CryptPlugs: Look, but don't touch.
- Add Tools->Certificate Manager to more easily launch Kleopatra (certmanager).
svn path=/trunk/kdepim/; revision=286575
KCMultiDialog.
Applying profiles is not working, there will hopefully be a more generic
solution for that soonish.
Boy, am I glad to get that sucker in. : )
svn path=/trunk/kdepim/; revision=284340
Good bye, KMTopLevelWidget (which wasn't needed anymore independently of this fix), and welcome KMail::SecondaryWindow which is the new super class for KMComposer and KMReaderMainWin and which reimplements KMainWindow::closeEvent() in order to fix this bug.
svn path=/trunk/kdepim/; revision=284023
make it more robust, more readable and more safe. The diff is very
confusing but has been thoroughly reviewed by Marc and Ingo. Thanks, guys.
Also move knowledge of the cache location into a static class method of
kmfolderimap and kmfoldercachedimap. Make kmkernel use that.
svn path=/trunk/kdepim/; revision=280965
either by calling KUniqueApplication::newInstance(), or by calling
KStartupInfo::setNewStartupId when that's not possible (e.g. kmkernel), as advised by Seli.
Kontact: don't show splash screen when calling newInstance in a running kontact.
KAddressbook: don't hide the existing window if an app calls kaddressbook --editor-only
svn path=/trunk/kdepim/; revision=277663
(inspired by Waldo's patch), ensured header file is translated.
Added missing activateWindow() calls so that new window created by e.g. "kmail foo@kde.org"
is brought to front. Note: the existing activateWindow in openReader doesn't work though,
even in the standalone kmail case, when typing kmail. kwin bug?
Added bool param and return value to distinguish the no-arguments
case from the other cases (so that "kmail" doesn't open a window if kontact is running).
svn path=/trunk/kdepim/; revision=276853
kontact. and save recentAddress when it embedded into kontact
(call in kmail_part destructor)
Before it loads config from kontact and not kmail/knode.
Patch ok'ed by Ingo Klöcker <kloecker@kde.org> (patch send on kmail-devel@kde.org)
svn path=/trunk/kdepim/; revision=276709
- We used to give a list of pointers of messages to upload to the server,
which is really bad, since the user could delete one before the job would
get around to upload it. Now it works on serial numbers instead and
there are no more crashes in this area
- We had two QDicts: IMAP UID -> KMail index and index -> UID. This was
not good because the maps would get out of sync and result in rebuilding
way too many times, plus the map from index to UID was not necessary.
Now the redundant map is gone, and a dirty flag was introduced to only
rebuild when necessary. This was one of the more serious reasons we
had dIMAP do 100% cpu time because it ended up in a very time consuming
O(n^2) remap method
- For stability reasons, we need to save the highest UID number we have
downloaded from the server fairly often. We took this seriously and
saved on every message. Another of the reasons it was incredibly slow.
Now it's timed, so there will only be a save a minute
- Don't write a uid cache file when we don't have any info for it
- Delete the uid cache file from the dimap cache directory
- Don't rebuild the remaining uid map all the time
- Fix bug 68587 - delete the relevant folders from the folder tree when
the account is removed
Patch reviewed by Till.
Bo.
svn path=/trunk/kdepim/; revision=276112
We have to check the cached message count because the folder isn't open.
With Kontact this still doesn't work. But that's a more general problem
(cf. bug 67013).
CCMAIL: 67725-fixed@bugs.kde.org
svn path=/trunk/kdepim/; revision=274572
Don't try to decrypt anything while a popup menu is shown.
The real fix is making the decryption non-blocking. But that'll have to wait till after KDE 3.2.
CCMAIL: 56693-fixed@bugs.kde.org
svn path=/trunk/kdepim/; revision=270269
by a clean signal/slot solution to notify the single components of a change
in the config dialog.
That fixes also #67484.
CCMAIL:67484-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=269130
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
This should fix a bug with ad hoc filters crashing when they move a message
to a different folder.
And also fix the bug/limitation that the move to folder action has to
come last in the list of filter actions for a filter.
This commit doesn't really use the action scheduler, code to use the
action scheduler in kmheaders and kmcommands is commented out.
I've been testing this code for a few weeks now. The changes to the
assignment operators in the kmmessage and kmmsgbase classes are the
changes I'm most concerned about here.
svn path=/trunk/kdepim/; revision=264912
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
result in the creation of a folder named "", the deletion of which inspires
kmail to remove all of ~/Mail.
Reformat the code somewhat according to the pim style in an attempt to maybe
figure out what it does and make it suck less. Give up on that for fear of
breaking random stuff.
CCMAIL: 60575-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=260195
account associated with it yet. This can happen when you create a new imap
folder and then click on it before the server has finished acknowledging
its existance.
svn path=/trunk/kdepim/; revision=254002
This of course leaves that file without a license, sure it's a violation of
KDE policies but because radej and dijkema who are listed in the files annotate
are no longer with us, there's no way to consult license of that file with them.
Now here's a question:
does the fact that KMail is GPL mean that this file is GPL or does the fact
the this file doesn't have a license mean that KMail doesn't have one?
svn path=/trunk/kdepim/; revision=252760
#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
main readerwindow but there is a restored composer which has focus so that
KMKernel::activeReaderWin() returns ... nothing useable.
Is there a way to make it return the correct reader window? That would be
preferrable, of course.
svn path=/trunk/kdepim/; revision=251973
2) Hi, I'm a cpp file that includes everything he can.
3) Hi, I'm a file without a license.
4) Hi, I'm Zack and I have a problem with #1, #2 and #3.
svn path=/trunk/kdepim/; revision=250436
Till Adam
Bo Thorsen
Dirk Mueller
Marc Mutz
David Faure
Ingo Klcker
Laurent Montel
Carsten Burghardt
Daniel Molkentin
Stephan Kulow
Tobias Koenig
Don Sanders
Stephan Binner
Roberto Teixeira
Ladislav Strojil
Zack Rusin