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

[bugs at horde.org]

DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/11362
------------------------------------------------------------------------------
  Ticket             | 11362
  Updated By         | Thomas Jarosch <thomas.jarosch at intra2net.com>
  Summary            | Mobile view (smart phone): Delete not working
  Queue              | IMP
  Version            | Git develop
  Type               | Bug
  State              | Feedback
  Priority           | 1. Low
  Milestone          |
  Patch              |
  Owners             |
------------------------------------------------------------------------------


Thomas Jarosch <thomas.jarosch at intra2net.com> (2012-08-22 14:28) wrote:

>> 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 at 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 at 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