Work around incorrect email collapsing in Outlook.com web mail
Review Request #10438 — Created March 3, 2019 and discarded
When receiving an email with replies to a review, Outlook.com web mail in
conversation view hides most of the message. Everything after the first
table (containing "This is an automatically generated e-mail. To reply, visit:
http://<url>") is hidden. To show the full email, one has to click on the "..."
link that outlook inserts after the first table. Something which quickly gets
tedious.Changing "wrote" to "commented" seems to avoid this problem. Presumably "wrote"
triggers outlook to consider the text to be from a previous email and hides it.Keeping the last "wrote", just before the review request part to allow
collapsing of that.
Tested repying to a review, both to the top comment and to an issue, and verified that the mail received in the web mail on outlook.com isn't collpased when this patch is applied. Without the patch the email gets collapased.
Summary | ID |
---|---|
52b06c6956cb6f33a136186674b00e36242443bb |
Description | From | Last Updated |
---|---|---|
This is sort of hilarious and sad, if this is truly the cause. Just to sanity-check, does this manifest if … |
chipx86 |
- Change Summary:
-
Keep the last "wrote".
- Description:
-
When receiving an email with replies to a review, Outlook.com web mail in
conversation view hides most of the message. Everything after the first table (containing "This is an automatically generated e-mail. To reply, visit: http://<url>") is hidden. To show the full email, one has to click on the "..." link that outlook inserts after the first table. Something which quickly gets tedious. Changing "wrote" to "commented" seems to avoid this problem. Presumably "wrote"
triggers outlook to consider the text to be from a previous email and hides it. + + Keeping the last "wrote", just before the review request part to allow
+ collapsing of that. - Commits:
-
Summary ID cc99d0c6e576a165c39c2cdd118a5e6ee697e4e8 52b06c6956cb6f33a136186674b00e36242443bb
Checks run (2 succeeded)
-
-
This is sort of hilarious and sad, if this is truly the cause.
Just to sanity-check, does this manifest if the very first e-mail in the thread is a reply? (You could test by disabling e-mail, creating a review request and reviews, and then re-enabling e-mail before replying). I'm just curious if there's any heuristics involved on the Outlook side for this.
I can't find any information on how Outlook chooses to collapse these e-mails, and I suspect that this behavior is subject to change anyway.