(*** This bug was imported into bugs.kde.org ***) Package: kmail Version: 1.4.2 (using KDE 3.0.2 ) Severity: wishlist Installed from: compiled sources Compiler: Using built-in specs. OS: FreeBSD (i386) release 5.0-CURRENT OS/Compiler notes: The current behaviour of the right mouse button appears to be: "do all that the left button does and bring up the menu". I think this is wrong -- when I click the right button on an entry of the folder-tree I don't want to get out of the currently displayed folder and into the new one. I may wish to just request e-mail check or "compact folder" without leaving the one I'm reading now. Also the popup menu that comes up when the right button is clicked over the incoming mail-servers should include an entry taking the user directly into the server's properties. The "check mail" entry in this context should mean checking the e-mail on this server only. Yours -mi (Submitted via bugs.kde.org) (Called from KBugReport dialog)
*** Bug 76823 has been marked as a duplicate of this bug. ***
*** Bug 84990 has been marked as a duplicate of this bug. ***
*** Bug 41919 has been marked as a duplicate of this bug. ***
*** Bug 76385 has been marked as a duplicate of this bug. ***
*** Bug 94041 has been marked as a duplicate of this bug. ***
Well, as I said in bug report #94041, it seems like a *bug* rather than a whish IMHO. Actually this makes Kmail behave differently from the rest of KDE apps. Try this with Konqueror: - browse a local folder - open the navigation panel on the left side of the window - right-click on any folder from the nav panel : it doesn't affect the main view
*** Bug 104579 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
isn't 114438 a duplicate of this one?
Took (almost) three years since the original report for this bug to be "confirmed". A multitude of KMail versions have been released... Something is rotten :-(
>isn't 114438 a duplicate of this one? Yes, thanks.
*** Bug 114438 has been marked as a duplicate of this bug. ***
*** Bug 146376 has been marked as a duplicate of this bug. ***
I came here to file this bug against kdepim-3.5.10-2 in Fedora9 myself. Any status report on that?
the current tree item is being explictly set every time the context menu is requested, kmfoldertree.cpp:1028
Also, see: /trunk/KDE/kdepim/kmail/folderview.cpp:1528
This still exists in KDE4 4.2rc1 as well. Arthur and I narrowed it down to folderview doing the following: 1) Connecting itemClicked instead of itemActivated for the folder list 2) Setting the folder explicitly when the context menu is requested With this patched out, it should be fixed after all these years :) .
> 1) Connecting itemClicked instead of itemActivated for the folder list > 2) Setting the folder explicitly when the context menu is requested > With this patched out, it should be fixed after all these years :) Not that easy. All actions in the folder context menu would still operate on the currently opened folder. Worse, the actions require that the folder is open, as many of them modify the index and things like that (the index of a folder is created when a folder is opened and discarded when a folder is closed). So this needs more work. I already started to work on that but never found the time to finish it.
This feature request is still valid for KMail 2
Reassigning to product kmail2, thanks Oleg
It's still a valid request in kmail 4.9