Bug 1631180 Comment 11 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

(In reply to Wayne Mery (:wsmwk) from comment #10)
> Thomas, can you reproduce?

I've tried very hard, but this does not reproduce for me. 78.11.0 (32-bit), Win10.

STR
- `View > Message Body as > Plaintext`
- For the account/identity which you'll use for writing/sending:
  `≡ > Account Settings > YourAccount > Composition and Addressing > Composition >` *uncheck* `[ ] Compose messages in HTML format`
- Original message is multipart (multipart/alternative = text+html). 7 bit or 8 bit, so per step 1, only the plaintext part displays.
- Reply to original message.
- Add reply text "Hello world, this is the very first line" in the very first line of reply.
- Send (Well, I'm using `Send later (Ctrl+Shift+Enter)` to test and check outgoing message in `Local Folders > Outbox`).

Actual = Expected
- First reply text line remains first line after reply is received 
- No empty line added as seen by reporter

So we need more detail to reproduce.
Is it about `base64 encoded`? How can I create an original message which has that?
(In reply to Wayne Mery (:wsmwk) from comment #10)
> Thomas, can you reproduce?

I've tried very hard, but this does not reproduce for me. 78.11.0 (32-bit), Win10.

STR
- `View > Message Body as > Plaintext`
- For the account/identity which you'll use for writing/sending:
  `≡ > Account Settings > YourAccount > Composition and Addressing > Composition >` *uncheck* `[ ] Compose messages in HTML format`
- Original message is multipart (multipart/alternative = text+html). 7 bit or 8 bit. Per step 1, only the plaintext part displays.
- Reply to original message.
- Add reply text "Hello world, this is the very first line" in the very first line of reply.
- Send (Well, I'm using `Send later (Ctrl+Shift+Enter)` to test and check outgoing message in `Local Folders > Outbox`).

Actual = Expected
- First reply text line remains first line after reply is received 
- No empty line added as seen by reporter

So we need more detail to reproduce.
Is it about `base64 encoded`? How can I create an original message which has that?

Back to Bug 1631180 Comment 11