https://bugs.kde.org/show_bug.cgi?id=359593

--- Comment #10 from Thomas Lübking <thomas.luebk...@gmail.com> ---
The popup is modal on Linux as well, gmail is rotating their keys "like hell"
(ie. indeed happens once a week for me - but I've *never* seen that happen
while I was logged in. *never* That's why I believe it happens for dis- and
autoreconnects), whether the entire thing is "annoying", a nuisance or actually
valuable information strongly relies on its frequency, I've no idea how "often
pops up messages telling that it can't connect" do NOT indicate broken core
functionality (heck, you're IMAP client isn't talking to the server - that
means it's not doing anything) and I frankly cannot read the least sense into
the tabbox mentioning on the end.

All that aside:
Notifications cannot be (reasonably) used if user interaction is required to
confirm things etc. (ie. while not reqired to inform the user that trojitá is
now offline/cannot connect, it means a behavioral change when only informing
about new certs and act unconditionally) 

Also, as mentioned in the other bug, there's no Qt abstraction for the various
notification systems
=> we could move (persisting) connection losses into the present tooltip,
though (which also do only show while trojita is active) - no idea about the
certification message.
If it's not relevant nor shall be confirmed by the user, It's likely best to
just log it w/o any GUI.
If it shall remain a relevant interception, deferring it until the main window
gets activated is still the best mitigation I can think of (still no idea about
the tabbox relation to this)


PS, @msjasinski
I'll assume that you're English is not very good and that you do not actually
know the meaning of terms like "casuistry" - I suggest to use a simple variant
of English where you're aware of your made statements (it does not apply -
notably since I didn't reason anything itfp. - nor did you describe it) which
otherwise could easily be taken as an insult.


PPS: no released KWin version should (by) default allow inactive clients to
spam you with a dialog in your face - nor switch the current desktop for them
(iirc. that's more like being a -resolved- problem with showing tooltips
unconditionally)

There's a pending patch to ensure those dialogs can get in sight (because of a
pleathora of bugreports about missing those action-blockers) but not take focus
(nor switch the Desktop, we *never* switch the desktop implicitly - you need a
user or force activation)
The patch is awaiting any comment since over a year, though.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to