Version: (using KDE Devel) When selecting more messages in performing actions like move, delete or copy on them it becomes _very_ noticeable that this is a blocking action and doesn't leave the GUI accessible. Ideally the action might be performed in the background, but at least consider showing a progress dialog when moving more than, say, 30 mails or when moving takes more than, say, 2 seconds. The latter is about the longest a non-repainting GUI doesn't feel uncomfortable with people thinking of hanging and such. (Although one could argue that a blocking GUI is a usability bug I filed it as a wish for now to avoid you guys getting swamped with tons of unresolved bug reports - I know the feeling all too well :) Martijn
*** Bug 62274 has been marked as a duplicate of this bug. ***
*** Bug 58162 has been marked as a duplicate of this bug. ***
I think a progress dialog would be sufficient
Any objections to processing non-socket events? or non-socket and non-user events?
> ------- Any objections to processing non-socket events? or > non-socket and non-user events? Yes. In addition to socket and user events, processing timer events would also be a bad idea I think. Maybe processing painting events would be safe though. That's my 2 cents, Don.
*** Bug 132398 has been marked as a duplicate of this bug. ***
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented. Thank you for your understanding.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.