Delete from filtered submailbox doesn't delete
Reported by Florian | May 25th, 2014 @ 07:59 PM
I'm using the latest beta of MailMate (r4214) and noticed the following:
- Smart Mailbox with submailboxes set to "Subject >
Blob"
- In any of the submailboxes, a double-click on the subject of a
message will list all messages with the same subject
- Deleting the set of messages doesn't perform the delete. Instead, I need to go back to the unfiltered list and perform the delete.
It would be great if deleting would work also on the filtered list.
Thanks!
Florian
Comments and changes to this ticket
-
Florian May 25th, 2014 @ 08:07 PM
I've added the source mailbox column to the list and it seems that they're moved to '[Gmail]/Trash' but somehow the list isn't updated. After emptying the trash, they're indeed removed from the list.
Maybe I'm doing something wrong with the configuration of the Smart Mailbox.
-
benny May 26th, 2014 @ 11:11 AM
- State changed from new to reproduced
Not sure exactly what goes wrong, but your description seems to be accurate. I cannot reproduce it without using the “submailboxes” feature. I'll look into it.
-
Philip Kizer June 4th, 2014 @ 01:59 PM
I don't know if this helps, but I was just about to post about the same thing with the following additions:
I also get that same behaviour even if I try altering my Mailboxes or Conditions on the Smart Mailbox in various ways such as the following:
(All) of the following
(All Messages)
(None) of the following mailboxes
(Deleted Messages)
Even though I was trying to explicitly exclude the "Trash"/"Deleted Messages" folders, the deleted messages still show up in the Smart Mailbox and the Source Mailbox column indicates that the location immediately changes to "Trash - $Account" when I press Delete.
I only get that behaviour, though, if I immediately hit Delete when the highlighted row changes to a particular message. If I wait about 1 second before hitting delete the message will indeed disappear from the Smart Mailbox view. I tested out different timing values of:
[✓] Mark messages read after [1] seconds
including just disabling that option and the wait time behaviour for pressing Delete was unchanged regardless of setting.
[Edited some of my horrible grammar to try and be a bit more clear.]
-
benny December 11th, 2019 @ 11:43 AM
Very old ticket, but I recently fixed a general bug which I think might have also fixed this issue. If you are are still using MailMate and are still able to reproduce the issue then try out the latest test release: Hold down the option key when clicking “Check Now” in the Software Update preferences pane.
-
Florian December 11th, 2019 @ 02:51 PM
I was able to still reproduce it with r5671 and it's fixed for me now with r5672.
Thanks Benny!
-
benny December 11th, 2019 @ 06:20 PM
- State changed from reproduced to fixcommitted
That's great. Thanks for letting me know!
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Mac OS X email client.