This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Composing gmail - unwanted line breaks in FF 69.0

  • 2 ŋuɖoɖowo
  • 1 masɔmasɔ sia le esi
  • 8 views
  • Nuɖoɖo mlɔetɔ gamma45

more options

I had posted another question here about 69.0 being the genesis of bad line breaking, and now a new thing I discovered.

In Firefox - and only firefox - if I'm composing a new message, pressing enter generates a single line break as I'd like and expect - new paragraphs require two "enter" presses.

EXCEPT, since 69.0, if I include a bulleted or numbered list in the message, when I end the bullets or numbering, the text below it inserts a forced double space with every "enter" press. That is, single-spacing before the bullet/number list; double-spacing after it.

Here is a "selection source" of a short message I composed:

=======
<div id=":ol" class="Am Al editable LW-avf tS-tW tS-tY" hidefocus="true" aria-label="Message Body" g_editable="true" role="textbox" aria-multiline="true" style="direction: ltr; min-height: 376px;" tabindex="1" contenteditable="true">
Before the bulleted list line 1<br>

Before the bulleted list line 2<br>

Before the bulleted list line 3<br><div><ul><li>Bullet list line 1<br></li><li>Bullet list line 2</li><li>Bullet list line 3</li></ul><p>After the bulleted list line 1</p><p>After the bulleted list line 2</p><p> After the bulleted list line 3

</p><br></div></div> =======

If you notice, the "enter" generated a <br> before the list, then a <p> after it. Highlighting the lines after the bullets and removing the formatting (the slashed-out T in gmail compose) changes their selection source to:

=======
After the bulleted list line 1<br><br>After the bulleted list line 2<br><br>After the bulleted list line 3
=======

As you see, the <p> is replaced with a <br> and the unwanted blank lines can be edited out.

This was fine until this month when 69 took over.

I'd like to see it put back to how it was in 68.

I had posted another question here about 69.0 being the genesis of bad line breaking, and now a new thing I discovered. In Firefox - and only firefox - if I'm composing a new message, pressing enter generates a single line break as I'd like and expect - new paragraphs require two "enter" presses. EXCEPT, since 69.0, if I include a bulleted or numbered list in the message, when I end the bullets or numbering, the text below it inserts a forced double space with every "enter" press. That is, single-spacing before the bullet/number list; double-spacing after it. Here is a "selection source" of a short message I composed: <pre><nowiki>======= <div id=":ol" class="Am Al editable LW-avf tS-tW tS-tY" hidefocus="true" aria-label="Message Body" g_editable="true" role="textbox" aria-multiline="true" style="direction: ltr; min-height: 376px;" tabindex="1" contenteditable="true"> Before the bulleted list line 1<br> </nowiki></pre> Before the bulleted list line 2&lt;br&gt; Before the bulleted list line 3&lt;br&gt;&lt;div&gt;&lt;ul&gt;&lt;li&gt;Bullet list line 1&lt;br&gt;&lt;/li&gt;&lt;li&gt;Bullet list line 2&lt;/li&gt;&lt;li&gt;Bullet list line 3&lt;/li&gt;&lt;/ul&gt;&lt;p&gt;After the bulleted list line 1&lt;/p&gt;&lt;p&gt;After the bulleted list line 2&lt;/p&gt;&lt;p&gt; After the bulleted list line 3 &lt;/p&gt;&lt;br&gt;&lt;/div&gt;&lt;/div&gt; <nowiki>=======</nowiki> If you notice, the "enter" generated a &lt;br&gt; before the list, then a &lt;p&gt; after it. Highlighting the lines after the bullets and removing the formatting (the slashed-out T in gmail compose) changes their selection source to: <pre><nowiki> ======= After the bulleted list line 1<br><br>After the bulleted list line 2<br><br>After the bulleted list line 3 =======</nowiki></pre> As you see, the &lt;p&gt; is replaced with a &lt;br&gt; and the unwanted blank lines can be edited out. This was fine until this month when 69 took over. I'd like to see it put back to how it was in 68.

cor-el trɔe

Ŋuɖoɖo si wotia

The forum honors line break and paragraph tags instead of displaying them, which makes the description hard to understand.

In the other thread, as an experiment, we asked you to flip a preference. Try switching it back to the default setting:

(1) In a new tab, type or paste about:config in the address bar and press Enter/Return. Click the button promising to be careful or accepting the risk.

(2) In the search box above the list, type or paste newline and pause while the list is filtered

(3) If the editor.use_div_for_default_newlines preference is bolded and modified to false, double-click it to restore the default value of true

Xle ŋuɖoɖo sia le goya me 👍 0

All Replies (2)

more options

Ɖɔɖɔɖo si wotia

The forum honors line break and paragraph tags instead of displaying them, which makes the description hard to understand.

In the other thread, as an experiment, we asked you to flip a preference. Try switching it back to the default setting:

(1) In a new tab, type or paste about:config in the address bar and press Enter/Return. Click the button promising to be careful or accepting the risk.

(2) In the search box above the list, type or paste newline and pause while the list is filtered

(3) If the editor.use_div_for_default_newlines preference is bolded and modified to false, double-click it to restore the default value of true

more options

jscher2000 said

The forum honors line break and paragraph tags instead of displaying them, which makes the description hard to understand. In the other thread, as an experiment, we asked you to flip a preference. Try switching it back to the default setting: (1) In a new tab, type or paste about:config in the address bar and press Enter/Return. Click the button promising to be careful or accepting the risk. (2) In the search box above the list, type or paste newline and pause while the list is filtered (3) If the editor.use_div_for_default_newlines preference is bolded and modified to false, double-click it to restore the default value of true

For this problem - not the different one I'd posted about double-spacing not porting from gmail to some other text-entry - this solved the problem!

Last week I'd flipped editor.use_div_for_default_newlines from default true, to false. This time I flipped it from false back to the default true.

A small caveat though that this applies to my home Win7 setup. My office computer is Windows 10, and I never touched editor.use_div_for_default_newlines in that, and that was having the problem too, yesterday.

Although it will be a worthwhile experiment to do the flip-to-true, flip-to-false, and see what happens.

Thanks for the nudge.