Hey Mr. Orwel, re-opening closed bugs may expose you to developers' wrath! ;-) Jokes aside, let's go through your issues one more time so that you can rest assured that everything is covered. Thank you for alerting us to a hitherto unknown problem which I have re-filed as bug 1674937. It's unfortunate that you never mentioned your use of **`mail.compose.other.header` pref** until your comment 7, which is crucial for understanding the second part of this bug. Using my crystal ball skills of reading what reporters write between the lines, it was me who first mentioned this pref in comment 3. Only I shouldn't have connected `mail.compose.other.header` pref with addon use, sorry for that. Also, this bug is a good illustration why we insist on 1-issue-per-bug: You are mixing two issues which is confusing for everyone including yourself: - actual result 4b is wrong - steps for your second problem involving custom header are not even existing in comment 0. - bug summary was also getting it wrong because it was mixing the two issues (I have disentangled that now). - you then wrote a lot trying to disentangle and clarify the drag issue (please try to keep comments short - I know it's hard...). Final analysis: - We now understand that you're using TB's inbuilt pref `mail.compose.other.header = "Return-Receipt-To,Disposition-Notification-To"` to add those two headers, no addons involved. - Your problem 1: **Double-click** on contact(s) in contacts side bar with prior focus (blinking cursor) in any other field than To: (including CC/BCC/`Return-Receipt-To` or D-N-T) fails to add contact(s) to the previously focused field, but **always adds them to To:** instead (both in TB 68 and TB 78; definitely also in TB 56 but it won't matter because 56 is very obsolete). The **double-click misdirection problem is fully covered in bug 271917**, and from your nested summary, *double-click* was standing out enough to justify duplicating to there. - Your problem 2: **Dragging** contact(s) with mouse from contacts side bar to a custom header field defined via inbuilt `mail.compose.other.header` pref (e.g. `Return-Receipt-To` or D-N-T) **fails** (does nothing in TB 78). *This (only this!)* used to work in TB 68 and before, so it's a **regression** as you correctly point out. The **drag-to-custom header issue is fully covered in bug 1674937** which I created for you to cover the other half of your bug with a clean start, so that it becomes actionable for developers. Bottom line: - You raised and mixed two problems in this bug. - Both of them are covered in other bugs: - Bug 271917 - Bcc: and Cc: fall back to To: in compose window when double clicking a contact/email address/recipient/mailing list in contacts sidebar - Bug 1674937 - Drag and drop of email address(es) from contacts side bar to custom header does nothing, should drop csv addresses - This bug 1673579 is not actionable, fully covered elsewhere so no longer needed, and must be closed as a duplicate of *either* of the above. (Unfortunately, it is technically impossible to mark it a duplicate of both. Not a problem as long as both aspects are covered.) Using my discretion as a member of staff working in triage, I hereby decide to close this bug as a duplicate of bug 1674937 (the drag issue), because that's the new part which you have helped us to uncover. I'll also mark it as "Depends on: bug 271917" (the double-click issue). So both issues are now linked from your bug. Thank you very much for your contribution!
Bug 1673579 Comment 8 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
Hey Mr. Orwel, re-opening closed bugs may expose you to developers' wrath! ;-) Jokes aside, let's go through your issues one more time so that you can rest assured that everything is covered. Thank you for alerting us to a hitherto unknown problem which I have re-filed as bug 1674937. It's unfortunate that you never mentioned your use of **`mail.compose.other.header` pref** until your comment 7, which is crucial for understanding the second part of this bug. Using my crystal ball skills of reading what reporters write between the lines, it was me who first mentioned this pref in comment 3. Only I shouldn't have connected `mail.compose.other.header` pref with addon use, sorry for that. Also, this bug is a good illustration why we insist on 1-issue-per-bug: You are mixing two issues which is confusing for everyone including yourself: - actual result 4b is wrong - steps for your second problem involving custom header are not even existing in comment 0. - bug summary was also getting it wrong because it was mixing the two issues (I have disentangled that now). - you then wrote a lot trying to disentangle and clarify the drag issue (please try to keep comments short - I know it's hard...). Final analysis: - We now understand that you're using TB's inbuilt pref `mail.compose.other.header = "Return-Receipt-To,Disposition-Notification-To"` to add those two headers, no addons involved. - Your problem 1: **Double-click** on contact(s) in contacts side bar with prior focus (blinking cursor) in any field other than To: (including CC/BCC/`Return-Receipt-To` or D-N-T) fails to add contact(s) to the previously focused field, but **always adds them to To:** instead (both in TB 68 and TB 78; definitely also in TB 56 but it won't matter because 56 is very obsolete). The **double-click misdirection problem is fully covered in bug 271917**, and from your nested summary, *double-click* was standing out enough to justify duplicating to there. - Your problem 2: **Dragging** contact(s) with mouse from contacts side bar to a custom header field defined via inbuilt `mail.compose.other.header` pref (e.g. `Return-Receipt-To` or D-N-T) **fails** (does nothing in TB 78). *This (only this!)* used to work in TB 68 and before, so it's a **regression** as you correctly point out. The **drag-to-custom header issue is fully covered in bug 1674937** which I created for you to cover the other half of your bug with a clean start, so that it becomes actionable for developers. Bottom line: - You raised and mixed two problems in this bug. - Both of them are covered in other bugs: - Bug 271917 - Bcc: and Cc: fall back to To: in compose window when double clicking a contact/email address/recipient/mailing list in contacts sidebar - Bug 1674937 - Drag and drop of email address(es) from contacts side bar to custom header does nothing, should drop csv addresses - This bug 1673579 is not actionable, fully covered elsewhere so no longer needed, and must be closed as a duplicate of *either* of the above. (Unfortunately, it is technically impossible to mark it a duplicate of both. Not a problem as long as both aspects are covered.) Using my discretion as a member of staff working in triage, I hereby decide to close this bug as a duplicate of bug 1674937 (the drag issue), because that's the new part which you have helped us to uncover. I'll also mark it as "Depends on: bug 271917" (the double-click issue). So both issues are now linked from your bug. Thank you very much for your contribution!
Hey Mr. Orwel, re-opening closed bugs may expose you to developers' wrath! ;-) Jokes aside, let's go through your issues one more time so that you can rest assured that everything is covered. Thank you for alerting us to a hitherto unknown problem which I have re-filed as bug 1674937. It's unfortunate that you never mentioned your use of **`mail.compose.other.header` pref** until your comment 7, which is crucial for understanding the second part of this bug. Using my crystal ball skills of reading what reporters write between the lines, it was me who first mentioned this pref in comment 3. Only I shouldn't have connected `mail.compose.other.header` pref with addon use, sorry for that. Also, this bug is a good illustration why we insist on 1-issue-per-bug: You are mixing two issues which is confusing for everyone including yourself: - actual result 4b is wrong - steps for your second problem involving custom header are not even existing in comment 0. - bug summary was also getting it wrong because it was mixing the two issues (I have disentangled that now). - you then wrote a lot trying to disentangle and clarify the drag issue (please try to keep comments short - I know it's hard...). Final analysis: - We now understand that you're using TB's inbuilt pref `mail.compose.other.header = "Return-Receipt-To,Disposition-Notification-To"` to add those two headers, no addons involved. - Your problem 1: **Double-click** on contact(s) in contacts side bar with prior focus (blinking cursor) in any field other than To: (including CC/BCC/`Return-Receipt-To` or D-N-T) fails to add contact(s) to the previously focused field, but **always adds them to To:** instead (both in TB 68 and TB 78; definitely also in TB 56 but it won't matter because 56 is very obsolete). The **double-click misdirection problem is fully covered in** bug 271917, and from your nested summary, *double-click* was standing out enough to justify duplicating to there. - Your problem 2: **Dragging** contact(s) with mouse from contacts side bar to a custom header field defined via inbuilt `mail.compose.other.header` pref (e.g. `Return-Receipt-To` or D-N-T) **fails** (does nothing in TB 78). *This (only this!)* used to work in TB 68 and before, so it's a **regression** as you correctly point out. The **drag-to-custom header issue is fully covered in** bug 1674937 which I created for you to cover the other half of your bug with a clean start, so that it becomes actionable for developers. Bottom line: - You raised and mixed two problems in this bug. - Both of them are covered in other bugs: - Bug 271917 - Bcc: and Cc: fall back to To: in compose window when double clicking a contact/email address/recipient/mailing list in contacts sidebar - Bug 1674937 - Drag and drop of email address(es) from contacts side bar to custom header does nothing, should drop csv addresses - This bug 1673579 is not actionable, fully covered elsewhere so no longer needed, and must be closed as a duplicate of *either* of the above. (Unfortunately, it is technically impossible to mark it a duplicate of both. Not a problem as long as both aspects are covered.) Using my discretion as a member of staff working in triage, I hereby decide to close this bug as a duplicate of bug 1674937 (the drag issue), because that's the new part which you have helped us to uncover. I'll also mark it as "Depends on: bug 271917" (the double-click issue). So both issues are now linked from your bug. Thank you very much for your contribution!
Hey Mr. Orwel, re-opening closed bugs may expose you to developers' wrath! ;-) Jokes aside, let's go through your issues one more time so that you can rest assured that everything is covered. Thank you for alerting us to a hitherto unknown problem which I have re-filed as bug 1674937. It's unfortunate that you never mentioned your use of **`mail.compose.other.header` pref** until your comment 7, which is crucial for understanding the second part of this bug. Using my crystal ball skills of reading what reporters write between the lines, it was me who first mentioned this pref in comment 3. Only I shouldn't have connected `mail.compose.other.header` pref with addon use, sorry for that. Also, this bug is a good illustration why we insist on 1-issue-per-bug: You are mixing two issues which is confusing for everyone including yourself: - actual result 4b is wrong - steps for your second problem involving custom header are not even existing in comment 0. - bug summary was also getting it wrong because it was mixing the two issues (I have disentangled that now). - you then wrote a lot trying to disentangle and clarify the drag issue (please try to keep comments short - I know it's hard...). Final analysis: - We now understand that you're using TB's inbuilt pref `mail.compose.other.header = "Return-Receipt-To,Disposition-Notification-To"` to add those two headers, no addons involved. - Your problem 1: **Double-click** on contact(s) in contacts side bar with prior focus (blinking cursor) in any field other than To: (including CC/BCC/`Return-Receipt-To` or D-N-T) fails to add contact(s) to the previously focused field, but **always adds them to To:** instead (both in TB 68 and TB 78; definitely also in TB 56 but it won't matter because 56 is very obsolete). The **double-click misdirection problem is fully covered in** bug 271917, and from your nested summary, *double-click* was standing out enough to justify duplicating to there. - Your problem 2: **Dragging** contact(s) with mouse from contacts side bar ***to a custom header field*** defined via inbuilt `mail.compose.other.header` pref (e.g. `Return-Receipt-To` or D-N-T) **fails** (does nothing in TB 78). *This (only this!)* used to work in TB 68 and before, so it's a **regression** as you correctly point out. The **drag-to-custom header issue is fully covered in** bug 1674937 which I created for you to cover the other half of your bug with a clean start, so that it becomes actionable for developers. Bottom line: - You raised and mixed two problems in this bug. - Both of them are covered in other bugs: - Bug 271917 - Bcc: and Cc: fall back to To: in compose window when double clicking a contact/email address/recipient/mailing list in contacts sidebar - Bug 1674937 - Drag and drop of email address(es) from contacts side bar to custom header does nothing, should drop csv addresses - This bug 1673579 is not actionable, fully covered elsewhere so no longer needed, and must be closed as a duplicate of *either* of the above. (Unfortunately, it is technically impossible to mark it a duplicate of both. Not a problem as long as both aspects are covered.) Using my discretion as a member of staff working in triage, I hereby decide to close this bug as a duplicate of bug 1674937 (the drag issue), because that's the new part which you have helped us to uncover. I'll also mark it as "Depends on: bug 271917" (the double-click issue). So both issues are now linked from your bug. Thank you very much for your contribution!