Code blocks appear to be formatted with an empty newline between each line ONLY in the HTML portion of emails. They appear correctly on both the forum itself, and in the plain text portion of the email. This is not an email formatting / CSS problem - there is an actual newline inserted in the source ONLY in the email case. An example: [iFFT Freeze/Scrub - #25 by toneburst - Questions - scsynth] The original source text of the post looks like: [Screen Shot 2021-06-28 at 8.58.41 PM] The formatted post on the website looks like: [Screen Shot 2021-06-28 at 8.58.11 PM] The HTML email received, however, looks like: [Screen Shot 2021-06-28 at 8.59.21 PM] In the source for the email, you can see that all newlines have been doubled: [Screen Shot 2021-06-28 at 8.59.51 PM]

I am unable to repro this on latest Discourse version. HTML: [html] Text: [text] This might be an issue with your email client.

I still see the problem with emails sent from 2.9.0.beta1 - please ignore the rest of this if it’s been fixed since then :slight_smile: This is not related to a specific email client - the second screenshot I posted is of the raw HTML being generated for emails. But actually, it’s more enlightening to look at the actual email content (a snippet…): =0D (=0D // This expects two keys to be defined: ~history (the list) and ~recordKe= y (which key to record)=0D Pdef(\keyRecorder, Pbind(=0D \callback, Pfunc({=0D |event|=0D event[\callback].addFunc({ // combine your record func with any previou= s callback that was there (it's okay if its nil)=0D ~history.add(currentEnvironment[~recordKey])=0D }).postln;=0D })=0D ));=0D =0D It’s clear that there are (a) ACTUAL newlines where there would be newlines in the code, and (b) =0D characters (carriage returns) at the end of every line. AFAIK all newlines inside of a are supposed to be interpreted literally, which explains the double new-lines. I can reproduce the issue in Gmail, and by opening the HTML part of the email message directly in a browser (after replacing the quoted printable characters like =0D). This makes me curious: Do you see the same (newlines plus =0D’s) when you look at the raw version of the email you posted? If you do, what does the HTML source look like for the “correct” view you posted? Is your email client somehow stripping the =0D’s (or the newlines, for that matter)? In any case, even if it’s a specific issue with Gmail, it’s probably worth at least looking into this since Gmail is by far the most common email client.

בלוקי קוד במיילים מכילים שורות חדשות ריקות

תמיכה

sam (Sam Saffron) 29 ביוני,‏ 2021,‏ 1:42am 2

I agree, this is tends to look quite off.

@techAPJ can you investigate?

נושא		תגובות	צפיות
Newline inside bold string breaks email parser Bug email	9	1545	9 באפריל,‏ 2015
Disable indent code block for emails Feature	20	2130	29 באפריל,‏ 2020
Content after a horizontal line in email replies is stripped? Bug	2	666	5 בינואר,‏ 2022
Email trimming improvement (no trimming in code blocks) Feature email	6	271	30 בנובמבר,‏ 2024
Bug with [code]anything[/code] on a single line by itself Bug	17	2698	26 באפריל,‏ 2018

בלוקי קוד במיילים מכילים שורות חדשות ריקות

נושאים קשורים