Bug 1857 - after move action, current message jumps to first unread, not next message
Summary: after move action, current message jumps to first unread, not next message
Status: NEW
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: UI/Actions (show other bugs)
Version: 3.7.0
Hardware: PC Linux
: P3 enhancement
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2009-02-23 14:25 UTC by Trevor Cordes
Modified: 2011-09-29 15:23 UTC (History)
0 users

See Also:


Attachments

Description Trevor Cordes 2009-02-23 14:25:04 UTC
I setup an action to move the current message(s) to a certain folder.  I assigned a keyboard shortcut to that action.  I want to be able to move a message to a folder with a single keypress.  Works great!

However, after the move, the current message cursor moves to (I think) the first unread message in the list.  This is not intuitive.  I want it to behave like it does when you delete a message with ^D: it puts the cursor on the next message in the list.

It doesn't matter if I make the action a move or delete, it still jumps wildly all over the list.

My action:
keep: %as{move "#imap/Trevor IMAP/keep"}
and I assign it key "k".

I can get the behaviour I want by marking all emails as read, then it jumps to the next message as it should.  However, that's not much of a solution.

I'm new to Claws-Mail, so maybe there is something I'm missing.  But I looked all over in the interface, the docs, the bugz, and google.  Otherwise, this is one amazing mail client!
Comment 1 Colin Leroy 2009-02-23 17:38:43 UTC
That's actually due to the fact it's moved by an action - Actions that change the folder's contents reload the content...
That's a design issue, may be fixable but a bit difficult.
Comment 2 Trevor Cordes 2009-02-23 18:32:40 UTC
Makes sense.  How does the delete built-in menu item do it?  If I use delete from the menu builtin, the cursor doesn't jump.  If I make a new action and assign my own hotkey (for some reason delete's ^D can't be reassigned?) then the cursor does jump.  Yet they are performing the same function, deleting the message.

Rereading your response, gives me an idea.  Maybe let it reload on action, but maybe make it so reloads don't change the current cursor -- or remember the last cursor position in a persistent way.

Alternatively, if there was an easy new way to assign a hotkey to a folder to effect a move to that folder, I wouldn't need to use user actions.
Comment 3 Trevor Cordes 2009-02-23 18:34:29 UTC
I like the remember-cursor-position idea... I just played around with it and if you switch imap folders and switch back, the cursor position is lost and you go back to the first unread.  I'd think that a general global remember-position idea would be useful even ignoring my action request.  Yet it solves both problems.
Comment 4 Andy 2011-09-29 15:23:01 UTC
I used the following AutoIT script with a AutoHotkey keyboard short cut to launch it to get round this issue:

; AutoIT script to move a message to the actioned folder.
; A bug in the move action command (where it jumps to the top of the inbox) means I have to use this!
WinActivate("Claws Mail")
; Ctrl-M is the keyboard shortcut assigned to Move to folder
send("^M")
; A selects the folder I want to move to (mine is called ActionedItems
send("A{ESC}")
send("!o")

Note You need to log in before you can comment on or make changes to this bug.