Windows 10 reached EOS (end of support) on October 14, 2025. If you are on Windows 10, see this article.

搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

Line break (\r\n) missing in clipboard after Firefox update – breaks formatting in Windows apps

  • 1 回覆
  • 2 有這個問題
  • 205 次檢視
  • 最近回覆由 TyDraniu

Hello!

After the latest Firefox Desktop updates (not sure which one exactly, since I didn't notice the issue immediately), I've started experiencing a problem with copy-pasting text — specifically with line break formatting on Windows 10.

Instead of copying line breaks using the Windows-style carriage return + line feed (\r\n), Firefox now copies only line feeds (\n). As a result, the text appears as a single long line when pasted into native Windows applications — which breaks the expected formatting. This behavior mainly affects:

  • Text editable fields (e.g., contenteditable or textarea) in modern web applications.
  • Code blocks or snippets (such as in Markdown or monospace) copied using "Copy" buttons (e.g., in ChatGPT or GitHub).

At first, I noticed this only when copying code from ChatGPT using the code-snippet copy button. But now it happens in almost all editable text areas — if I enter text with line breaks manually, and then copy it, those breaks do not appear properly in native Windows apps. For example:

  • In Google Sheets, I often edit text with line breaks in a cell, but when I copy it back, it's all flattened into one line.

Right now, I have to fix this using scripts that replace \n with \r\n, but that's a very inconvenient workaround.

❗My main question is: What changed in Firefox that caused this behavior? This used to be reliable and feels like a regression. It’s a very basic feature and critically important for my daily workflow!

🔧 Follow-up questions:

  1. Can this be fixed in a future Firefox update? Will it be addressed?
  2. Is there a way to fix or configure this behavior right now via browser(settings, configs)?
  3. Is there an extension or workaround that can restore the \r\n format without manual scripting?

Affected apps:

  • ChatGPT
  • Google Spreadsheets
  • Trello
  • ProtonMail (regular text copying)
  • (more)

Thanks in advance for any clarification or suggestions!

Hello! After the latest Firefox Desktop updates (not sure which one exactly, since I didn't notice the issue immediately), I've started experiencing a problem with copy-pasting text — specifically with line break formatting on Windows 10. Instead of copying line breaks using the Windows-style '''carriage return + line feed (\r\n)''', Firefox now copies only '''line feeds (\n)'''. As a result, the text appears as a single long line when pasted into native Windows applications — which breaks the expected formatting. This behavior mainly affects: * Text editable fields (e.g., contenteditable or textarea) in modern web applications. * Code blocks or snippets (such as in Markdown or monospace) copied using "Copy" buttons (e.g., in ChatGPT or GitHub). At first, I noticed this only when copying code from ChatGPT using the code-snippet copy button. But now it happens in almost all editable text areas — if I enter text with line breaks manually, and then copy it, those breaks do not appear properly in native Windows apps. For example: * In Google Sheets, I often edit text with line breaks in a cell, but when I copy it back, it's all flattened into one line. Right now, I have to fix this using scripts that replace \n with \r\n, but that's a very inconvenient workaround. ❗My main question is: '''What changed in Firefox that caused this behavior?''' This used to be reliable and feels like a regression. It’s a very basic feature and critically important for my daily workflow! 🔧 Follow-up questions: # Can this be fixed in a future Firefox update? Will it be addressed? # Is there a way to fix or configure this behavior right now via browser(settings, configs)? # Is there an extension or workaround that can restore the \r\n format without manual scripting? Affected apps: * ChatGPT * Google Spreadsheets * Trello * ProtonMail (regular text copying) * (more) Thanks in advance for any clarification or suggestions!

所有回覆 (1)

This is strange. Can you use mozregression to find the responsible commit? Thanks!