All the confirmation dialogs visible in the screenshot are frozen and do not react to clicks or keystrokes. Occasionally, a new confirmation window appears and is really sluggish during any interaction. Also, Akonadi does not remember that a certain certificate should be accepted forever. Reproducible: Always Steps to Reproduce: 1. Set up IMAP server with self-signed certificate on localhost. 2. Use this server with Akonadi IMAP resource. 3. Set check interval to 1 min. 4. Start kmail2 Actual Results: Get flooded by "pop-under" certificate confirmation dialog which get stuck and bring kwin to its knees. Expected Results: When one certificate confirmation window is open, do not open another. Remember the settings form the confirmation dialog and the following duration dialog. Kmail is also unusably slow while this happens. Kwin takes about ten seconds to react to any event. CPU load is ~25-50%
Screenshot too large, uploaded at http://intern.sfz-bw.de/~jan.binder/img/amok.png
The IMAP resource has a new maintainer, reassigning to him.
This dialog is part of KTcpSocket I think, but maybe we can somehow work around it.
I just reproduced this with an account where the password changed and indeed it spawns a new dialog on every reconnect. I could also trigger it manually by simply reconnecting the wlan or entering sleep.
(In reply to comment #4) > I just reproduced this with an account where the password changed and indeed > it spawns a new dialog on every reconnect. I could also trigger it manually > by simply reconnecting the wlan or entering sleep. Just to clarify, I didn't reproduce that the imap resource was going crazy, I just reproduced many dialogs appearing due to a frequently reconnecting internet connection. (and the dialog is spawned by the settingspasswordrequester, not KTcpSocket)
Git commit a13c4655ea54d9902d98d97c11b5e4ba996bbceb by Christian Mollekopf. Committed on 23/03/2014 at 17:37. Pushed by cmollekopf into branch 'KDE/4.13'. IMAP-Resource: Async dialogs. Async password request dialog that is aborted after disconnecting. This properly aborts the dialog after the connection attempt is no longer relevant, and avoids the stacking of dialogs. The configuration dialog is also made async to avoid similar problems. With this change the dialog appears at most once, and vanishes if the network is disconnected again. Related: bug 319171 M +16 -12 resources/imap/imapresource.cpp M +3 -1 resources/imap/imapresource.h M +3 -0 resources/imap/passwordrequesterinterface.cpp M +1 -0 resources/imap/passwordrequesterinterface.h M +7 -0 resources/imap/sessionpool.cpp M +1 -0 resources/imap/sessionpool.h M +69 -20 resources/imap/settingspasswordrequester.cpp M +8 -0 resources/imap/settingspasswordrequester.h http://commits.kde.org/kdepim-runtime/a13c4655ea54d9902d98d97c11b5e4ba996bbceb