SUMMARY If there is a problem with a certificate (such as it's expired), and I cancel it, it appears again and again, in an infinite loop. It can only be dismissed by accepting the certificate. This issue has existed since at least 2014 (Bug 333762), that one has been closed as unmaintained. STEPS TO REPRODUCE 1. Use an IMAP server with an expired certificate. 2. Click Cancel in the certificate dialog. OBSERVED RESULT The dialog appears again. Even if you wait without clicking any button, new instances of the dialog keep appearing again and again. EXPECTED RESULT The dialog should disappear, and the IMAP resource should be disabled as long as it has the same certificate that has already been declined. If periodic mail check is enabled, it should probably keep trying according to the interval, but not show the dialog again as long as the certificate is identical to the one that the user has refused to accept. On a manual mail check, the dialog should probably pop up again (once), allowing the user to accept it. SOFTWARE/OS VERSIONS openSUSE Tumbleweed 20210121 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.77.0 KDE Applications: 20.12.0 Qt Version: 5.15.2
Created attachment 142226 [details] screenhost
I second to this. Not only the dialog keep popping up in a loop but it makes it almost impossible to fix your imap server name or port in kmail account settings dialog as these popups will just keep coming. See attached screenshot, kmail account settings dialog buried there in the middle. Dialogs go and stay away if you stop akonadi but then kmail won't work. Selecting continue is not an option when you have certificate error. SOFTWARE/OS VERSIONS Kubuntu 20.10 KDE Plasma Version: 5.19.5 KDE Frameworks: 5.74.0 KDE Applications: 20.08.1 Qt Version: 5.14.2
I have run into this issue several times as well. The issue gets even worse if auto-checking for new mail is enabled and you're not around. Each time a mail check is triggered a new popup is added. I was called to an unattended computer today which had over 300 warning dialogs open. I think one single dialog per mail server should be presented at most. If the dialog is not dismissed by the next mail check, simply don't create another dialog and at best try to raise the existing dialog again.