1184809 - Unintended sending 'reply all' emails to recipients removed from composer recipients list, if empty recipients entry line not deleted

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Compose Window, defect)

Description

[Micheal Holman]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0
Build ID: 20150630154324

Steps to reproduce:

I clicked Reply All to start composing message. Some recipients I did not want so I removed them and left the ones I wanted. I then composed my message. I clicked Send Now.


Actual results:

It sent the email to all recipients, even the ones I had removed.


Expected results:

It should send only to the recipients that are still in the Reply To header

Comment 1

[Rainer Bielefeld]

@reporter:
Please contribute a step by step instruction how other users can reproduce the problem reliably due to <https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines>  (containing every key press and every mouse click).
If necessary we can arrange a test mailing.

Comment 2

[Micheal Holman]

I've since realised that I removed the email address from the To line but did not remove the To line altogether. Can it be made possible that if the email address is removed, this counts as removing the To/Cc/Bcc line

Comment 3

[Wayne Mery (:wsmwk)]

This line 
  It should send only to the recipients that are still in the Reply To header
is in conflict with this line
  I removed the email address from the To line but did not remove the To line altogether.

Reply-to indicates, for the RECIPIENTS of your email, who should be addressed when the RECIPIENT replies.
It does not affect who gets the mail YOU are composing, which is determined by To/Cc/Bcc.

> Can it be made possible that if the email address is removed [you mean from reply-to?], this counts as removing the To/Cc/Bcc line
No

Comment 4

[Micheal Holman]

Who the hell said anything about Reply-To?!? What kind of idiot wants to remove the Reply-To line?!?

I said I clicked the REPLY ALL button and referenced the TO line (and/or CC and/or BCC).

If you remove the address from the TO, CC or BCC line without removing the actual line object, it still sends the email to those recipients even though the user would think that there is no address there. My suggestion is that if you remove the address from the line, that it counts as if the line object has been deleted.

Comment 5

[Rainer Bielefeld]

(In reply to Micheal Holman from comment #4)
>  What kind of idiot 
The idiot is you because you do follow advice.

Seems NOT reproducible with unofficial en-US SeaMonkey 2.49a1  (NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 Build 20160930004545  (Default Classic Theme) on German WIN7 64bit (if I understand intention of bug report correctly):

1. From one of your POP3 Email Accounts create a short HTML email with 3 other
   of your POP3 Email Accounts as Recipients 
2. Send Email
   » 3 of your Accounts will receive Test Email
3. Click one received Email in Thread pane and click [Reply All] icon
   » Composer window (in my case: plain text message) to compose email for
     3 recipients
4. In recipients area delete contents (email addresses) of 2 bottom lines
   by 'clicking right from email address → <select all with <ctrl+a>
    → <Backspace>', but leave empty "To" (or CC, ...) recipient lines
5. Click [Send] icon
   » As expected only remaining recipient in step 4 will receive email,
     deleted recipients will not receive email.

a) I adapted Summary to what I think intention of the bug report might be.
   @reporter: correct?

Comment 6

[Rainer Bielefeld]

b) But might be (partially?) reproducible with Thunderbird Daily 51.0a1 (2016-08-09).
I did a test very similar to my steps 1 ... 4, but added a forth recipient, one of my IMAP email accounts. For step 3 I opened the received email in IMAP account in Thunderbird, deleted all recipients contents as per step 4 and sent email from Thunderbird. Result. Additionally to sender also the third recipient from step 1 received email, deletion of contents from second recipients line (without deleting empty "To"-line) in step 4 was not respected.
Test conditions for this quick test were not completely identical with Comment 5, but it seems I reproduced the problem; so "reproducible" for now. Still more investigation will be required.

@Wayne:
Can you reproduce my results with a more clear test environment?

Comment 7

[Rainer Bielefeld]

(In reply to Rainer Bielefeld from comment #6)
I am pretty sure, but not 100% sure that I started deletion of recipients with the most bottom one and moved up one by one.

Comment 8

[Rainer Bielefeld]

(In reply to Rainer Bielefeld from comment #6)
I think I simply made a mistake. Today I tried again and observed that the unexpectedly second recipient remaining after step 4 was the one who was "hidden" in the most bottom recipient input line. Probably I simply ignored that one (and the vertical scroll bar for recipients) in step 4, so it was not deleted, and so - of course -  this recipient got an email.

Comment 9

[Micheal Holman]

(In reply to Rainer Bielefeld from comment #6)

Sorry Rainer, that comment was directed at Wayne for insinuating that I would want to remove the Reply-To line.

I think in comment 6 you had what I was experiencing. Deletion of the contents for recipients in between the sender line and the last recipient in the list are still sent the email.

Comment 10

[Yogesh]

Tested on TB 132.0b6