Tickets :: Comment on [#11362] Mobile view (smart phone): Delete not working

* Your Email Address
* Spam protection	Enter the letters below: .__.. . __ __. . \| \|\|__\|/ `(__ \| \|__\|\| \|\__..__)\__\|
Comment	>>> I just noticed the "Delete" button is not working in the smartphone >>> view: It jumps back to the overview but the message stays in the >>> folder. "Copy" and "Move" work fine. >> >> Works for me. There can be a delay if the response from the server >> is slow (or no update if the response from the server is either never >> received or is broken), so not sure if this is what you have run into. > > To me it looks like it doesn't handle the \Delete flag on parse. > Here's a tcpdump of a message delete + a refresh of the INBOX. > > * Delete command * > 3 UID FETCH 10 (ENVELOPE) > * 1 FETCH (UID 10 ENVELOPE ("Mon, 30 Jul 2012 09:02:50 +0200 (CEST)" > "Postmaster Warning: Delayed Mail" (("Mail Delivery System" NIL > "MAILER-DAEMON" "intranator.net.lan")) (("Mail Delivery System" NIL > "MAILER-DAEMON" "intranator.net.lan")) (("Mail Delivery System" NIL > "MAILER-DAEMON" "intranator.net.lan")) ((NIL NIL "postmaster" > "intranator.net.lan")) NIL NIL NIL > "<20120730070250.9DB4A17769@intranator.net.lan>")) > 3 OK Completed (0.000 sec) > 4 UID STORE 10 +FLAGS.SILENT \deleted > 4 OK Completed > > * Refresh of INBOX (logout + login) * > ... > 5 UID FETCH 28,26,18,17,16,15,14,13,12,11,10,27 (ENVELOPE FLAGS > RFC822.SIZE BODY.PEEK[HEADER.FIELDS (IMPORTANCE LIST-POST > X-PRIORITY)]) > ... > * 10 FETCH (FLAGS (\Deleted \Seen) UID 26 RFC822.SIZE 1305 ENVELOPE > ("Sat, 18 Aug 2012 18:23:27 +0200" "" (("Thomas Jarosch" NIL > "thomas.jarosch" "intra2net.com")) (("Thomas Jarosch" NIL > "thomas.jarosch" "intra2net.com")) (("Thomas Jarosch" NIL > "thomas.jarosch" "intra2net.com")) ((NIL NIL "admin" > "intranator.net.lan")) NIL NIL NIL > "<20120818182327.Horde.VnBhMQhKP71QL8F-w5gRAFA@intranator.net.lan>") > BODY[HEADER.FIELDS (IMPORTANCE LIST-POST X-PRIORITY)] {2} > > > Should it mark deleted messages in a special way? > I would expect them to be hidden since there is no way to expunge them, too. > > > Enabling/disabling session cookies doesn't make a difference, > just to be on the safe side this time. > >>> btw: Something different: When you reply / forward / "edit as new" a >>> message and hit the back button and then go to "New message", it will >>> show the previous content of the last action. I think this is nice >>> behavior and I hope it's by design ;) >> >> I would heartily disagree. If I start a message and hit the back >> button (I assume you mean the browser back button, not the jquery >> ui back button), that means I don't care about the contents of that >> message. I really don't want to have to be clearing fields with >> various finger swipes on a (potentially small) mobile screen when/if >> I create a new message. > > Oh well, I was talking about the "< Back" button of the smartphone > which is the back button of the jquery UI. So this is working as expected. > > Thomas >
Attachment
Watch this ticket

Saved Queries