Summary: | kmail uses synchronous KWallet interface | ||
---|---|---|---|
Product: | [Unmaintained] kmail | Reporter: | Philippe Rigault <prigault> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | grave | CC: | amantia, bss, carstenlohrke, im33, johnelliottmartin, l.lunak, Martin, rgx, stephane |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Philippe Rigault
2005-03-25 14:30:27 UTC
I can confirm this bug. I am using: KDE 3.4.0, Debian Package 4:3.4.0-0ubuntu3 *** Bug 105909 has been marked as a duplicate of this bug. *** Bug still present in 3.4.1 *** Bug 109623 has been marked as a duplicate of this bug. *** I do not think that bug 105909 is an exact duplicate of this bug as has been marked by Volker Krause. See described behavior seems to be quite differently and at least for me its not clear whether the actual cause is the same. See bug 102464 for further explaination. In case I missed something just disregard this notice. Okay, let me clarify on that bug #105909 is not an exact duplicate of this bug oppinion: Bug 105909 described two problems. One of them is the non refreshing window which is due to KMail using KWallet synchronously. This one is covered by this bug. But the other one seems to be that the KWallet password dialog is not bound to the KMail mail send window, but to the KMail main window. This one could already be fixed while KMail still uses KWallet synchronously IMHO. Sure when KMail uses KWallet asynchronously it could close the KMail send window before the KWallet password is entered by the user so binding KWallet password dialog window to KMail's main window would be approbiate. But then some thought is needed on how to give the user feedback when he forgets to enter the KWallet password which prevents sending the email. So from a usability point of view bug #105909 should be taken into consideration when implementing asynchronous KWallet usage. *** Bug 112987 has been marked as a duplicate of this bug. *** *** Bug 114486 has been marked as a duplicate of this bug. *** *** Bug 103184 has been marked as a duplicate of this bug. *** ..and change it to grave, altough I know it most probably won't be solved before KDE4. I have a bug that resembles this one very much. I start up KDE. Kmail starts automatically, and I check my email after 1 minute. 1. I try to type in a URL, I only get one character completed because 2. at this time (after 1 minute) kwallet window pops up but does not grabs focus. 3. Flashing cursor is in (positioned not in focus but on top) kwallet window. 4. Desktop is completely frozen. What a bummer! Do you really feel it is not possible to prevent my kde desktop from freezing completely? Like this it resembles Windows XP :-( I must add that Kmail is mimimized at all stages, I do not even try to access the program manually. all I see is a Konqueror window and (after 1 minute) a defocused but on top kwallet password entry dialogue. *** Bug 127534 has been marked as a duplicate of this bug. *** I can confirm this on SuSE 10 32bit, KDE 3.4.2. I don't think this is a Kmail bug, it rather looks like a Konqueror or Kwin bug (maybe something to do with the "on all desktops" flag?). *** Bug 138676 has been marked as a duplicate of this bug. *** *** This bug has been marked as a duplicate of 126593 *** Does the fact that the KWallet password dialog in KMail appears to be modal have to do with this bug? It's irritating when I'm right in the middle of writing an email when the dialog pops up--it steals focus and prevents me from continuing to write until I dismiss it. |