Bug 421267 - Dialog asking if dispatcher should be turned on appears, and duplicates itself (after connection restoration)
Summary: Dialog asking if dispatcher should be turned on appears, and duplicates itsel...
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 5.14.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 461400 (view as bug list)
Depends on:
Blocks:
 
Reported: 2020-05-10 09:18 UTC by Achim Bohnet
Modified: 2024-03-15 08:14 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Dialog shown after every resume starting with KDE Apps 20.04 (34.59 KB, image/png)
2020-05-10 09:27 UTC, Achim Bohnet
Details
Demonstration of duplicating dialogs when first was unanswered (126.13 KB, image/png)
2024-01-29 20:34 UTC, Andrew Shark
Details
Two persistent kmail notifications warning the user of a failed authentication problem (116.50 KB, image/jpeg)
2024-03-15 08:14 UTC, MK
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Achim Bohnet 2020-05-10 09:18:59 UTC
SUMMARY
Starting with KDE Apps 20.04 update: after every resume a dialog is shown asking:

   The mail dispatcher is offline, so mails cannot be sent.  Do you want to make it online?


STEPS TO REPRODUCE
1. start kmail
2. suspend laptop
3. resume laptop


OBSERVED RESULT
Dialog  pops up  asking if I want to turn the mail dispatcher on

EXPECTED RESULT
No dialog after resume. Dispatcher was on before suspend, so it should be on after resume.  No need to ask.

Please change the default (back to): don't ask, turn dispatcher on after resume
if it was on before suspend.

SOFTWARE/OS VERSIONS
Linux: kde neon user
KMail Version 5.14.0 (20.04.0)
KDE Frameworks 5.69.0
Qt 5.14.2 (built against 5.14.1)
The xcb windowing system


ADDITIONAL INFORMATION

I can use 'do not ask again' to turn off the dialog in the future, but IMHO
no new or existing user should ever be 'forced' to do this after a suspend/resume cycle.   The dialog does not follow IMHO the 'least surprise' principle.


There a similar bug that is 5 years old and marked as resolved

https://bugs.kde.org/show_bug.cgi?id=322142
Comment 1 Achim Bohnet 2020-05-10 09:27:05 UTC
Created attachment 128327 [details]
Dialog shown after every resume starting with KDE  Apps 20.04
Comment 2 Andrew Shark 2024-01-29 19:57:16 UTC
*** Bug 461400 has been marked as a duplicate of this bug. ***
Comment 3 Andrew Shark 2024-01-29 20:32:31 UTC
The problem is not only in the fact that it does not try to connect automatically.
The problem is also in the fact that it _adds_ dialog at each connection restoration.

Steps to reproduce:
1. Be online in kmail
2. In plasma-nm disable the internet connection
3. In plasma-nm enable the internet connection
The dialog "Mail dispatcher offline - Kmail" appears.
4. Do not answer the dialog (i.e., do not press Set Online or Cancel or close button).
5. In plasma-nm disable the internet connection
6. In plasma-nm enable the internet connection
7. The second dialog "Mail dispatcher offline - Kmail" appears.

Expected result (at step 7):
As there is already unanswered dialog shown, no need to create a second one.

Additional note:
As Bug 460819 is not yet fixed, if using wayland session and run kmail with wayland platform, the first dialog may be appeared as not dimmed, but not responding to its buttons.
Comment 4 Andrew Shark 2024-01-29 20:34:08 UTC
Created attachment 165326 [details]
Demonstration of duplicating dialogs when first was unanswered
Comment 5 MK 2024-03-15 08:11:29 UTC
Tumblweed appears to be affected as well, this never happened before upgrading to plasma6. 

If I answer "yes" to the dialog, another one pops up asking me to populate the credentials for the mailing agent, but only after a suspend/resume cycle. If I disable the wifi connection manually and then restore it, only the first prompt window appears. 

Furthermore, answering yes in the first dialog window always results in two "authentication failed" persistent notifications (see attachment)
Comment 6 MK 2024-03-15 08:14:52 UTC
Created attachment 167235 [details]
Two persistent kmail notifications warning the user of a failed authentication problem

Clicking "yes" in the mailing agent offline prompt always results in these twin notifications appearing. They both say the same thing: "failed to send message. Message transport failed. Server error 5.7.8. Error: authentication failed"