Opened 13 years ago

Last modified 13 years ago

#170 assigned defect

Multiple Reply-To's when using Smart Reply and changing sender again

Reported by: Keith S. <mozkeith2@…> Owned by: rene
Version: 0.6.0pre8 Keywords:


Assume that Smart Reply is being used, and the option to "set Virtual Identity as Reply-To address" is checked.

Enter a recipient with a stored identity that is different from the current one. A Reply-To line will be added to match the sender address.

Now manually change the identity again. The Reply-To does not immediately change. (*) When you send the message, VI *adds another* Reply-To line, instead of modifying the one it added originally.

I think the problem may be simpler to reproduce: when VI adds a Reply-To just as it sends the mail, it should always check to see if a Reply-To header already exists, and replace that, rather than add to it.

(*) This behavior changed from 0.5.12. While the new behavior is not technically broken, I think it's better to make the change right away, instead of after the user has hit Send. At that point, the change just "flickers", and it's too late to do anything about it. Generally speaking, if a change to a UI is going to cause another UI element to change, that resulting change should be reflected as soon as it is known, to make it clear to the user that the appropriate action is happening.

Change History (1)

comment:1 Changed 13 years ago by rene

Owner: set to rene
Status: newassigned

Hi Keith,

especially the last one feels right. It's not the best to change something after the user pressed the Send button. Just run into this trouble, because Synchronization of the Reply-To-field never worked flawlessly. For instance on saving Drafts, there was no chance to indicate that the saved mail had a virtualIdentity-Reply-To, not a permanently stored one. But no excuses, I will check what can be done to give this feature a better user experience.

Nice regards and thanks for pointing to it, Rene

Note: See TracTickets for help on using tickets.