Related config: * "Execute immediately when moving or deleting messages" must be unchecked (Configuration/Preferences/Summaries) Steps to reproduce: * Select at least one message from current summary * Move it to other folder (Ctrl-O) * Mail appears marked with the blue icon of moved mails * Press x (execute) to perform the movement Expected result (and what was happening before cvs45): * Summary view is updated to all mails except the one moved Current result (cvs54): * Summary view is updated to all mails but blue icon marked mail which was moved is still there among the other mails and marked -- but its in fact already moved, so pressing x (execute) again does nothing. Of course if it is selected the "Message can't be displayed" error appear as it's not in the folder anymore. I think the bug was introduced in cvs53 at the syncronize_flags (src/folder.c) function, which now has the update flags function call under a new aditional condition, that is probably not met when using deferred execution. This is purely an observation, not checked by rebuilding, so it can be totally wrong ;)
Hi Ricardo, Is that on IMAP or MH?
It works for me :-/
Hi Colin, It's IMAP, on Gmail to be precise. I'll try later on other IMAP servers to see if it's just a Gmail issue, but doesn't look like that from the changes in the code. Thanks,
Hi again, I've made some experiments and seems it only happens with Gmail accounts :-( when doing the same in my dovecot IMAP server everything goes fine. Anyway, for example, after moving four messages (which were all messages on the summary as a result of a quicksearch filter) I've noticed that Claws Mail tries to fetch the moved messages again: [...] [12:57:46] IMAP4> 1379 UID FETCH 35768 BODY.PEEK[HEADER] [12:57:46] IMAP4< 1379 OK Success ** Error IMAP en imap.gmail.com: error de FETCH [12:57:46] IMAP4> 1380 UID FETCH 35753 BODY.PEEK[HEADER] [12:57:46] IMAP4< 1380 OK Success ** Error IMAP en imap.gmail.com: error de FETCH [12:57:46] IMAP4> 1381 UID FETCH 35763 BODY.PEEK[HEADER] [12:57:46] IMAP4< 1381 OK Success ** Error IMAP en imap.gmail.com: error de FETCH [12:57:46] IMAP4> 1382 UID FETCH 35772 BODY.PEEK[HEADER] [12:57:46] IMAP4< 1382 OK Success ** Error IMAP en imap.gmail.com: error de FETCH which, of course, fails, because they're moved. I think these failures make Claws Mail to keep the marked mails on the summaryview. The part I don't understand is why Claws Mail tries to re-fetch the moved mails on Gmail accounts but not on others :-? I can provide more network logs if needed, feel free to ask for. regards,
Hi, Seems the "simple move" method I described in the initial report is not always triggering the bug, at least not on a faster machine. So, though is somewhat more convoluted, I'll describe the original procedure which made me found this, and that's still reproducible on both machines: * Enter quicksearch and put some expression which matches some summaryview mail * Summary gets updated showing only matching messages * Select all (Ctrl-A) * Move them to another folder (Ctrl-O) * All of them get updated with the blue icon of moved mails * Press x to perform the real move * Summaryview is updated and emptied as expected * Now clear quicksearch expression (either with the button or with / + Esc) The expected result is that moved mails where not in summaryview anymore, but they appear still there marked as moved, but not really there. I have now to manually update the summaryview (View/Update summaryview) to actually get rid of them. I hope somebody is able to reproduce this... :-/ thanks in advance,
Hi there Ricardo, can you test 3.7.8cvs7? Thanks.
Indeed, 3.7.8cvs7 also fixes this one ;-) Thanks a lot Colin!