In the Web interface we use textareas with wrap="hard" to wrap text.
But there is following bug in FF68:
Textarea wrap=hard does not actually insert newlines when posting
https://bugzilla.mozilla.org/show_bug.cgi?id=1568313

A possible solution could be:
* implement serverside wrap for the textarea string.
* implement a client side wrap with javascript and for FF only.

* Ludwig Reiter <issues@roundup-tracker.org> [20191129 10:57]:
> * implement a client side wrap with javascript and for FF only.

This does not have to be only for Firefox, it could be used for all
browsers to get a consistent word wrap behaviour (ideally with
a preview to show how the wrap will be at the end, currently you can
only see the result after submitting) across all browsers.

Note version 68 is an ESR release. The problem occurs in newer (71.0) 
releases as well.

I just tested against my demo tracker with ff 71.0.

On display inside a pre.msg, I have css set to:

  white-space: pre-wrap;
  word-wrap: break-word;

so even the one long line is displayed wrapped and I don't get
a horizontal scroll bar. The file db/file/msg/35/35529 does have
one long non newline terminated line.

This does bring up an issue where an additional class may need to be 
added to the msg.item.html template to allow the original formatting of 
the message without whitespace wrapping to be viewable.

Question, if a text email arrives with one long line, does it display
properly in the web interface? Is it stored as one long line?

If so then how does this bug manifest differently than the one long 
line in email?

RFE request to wrap long lines in email is  https://issues.roundup-
tracker.org/issue2550902

* John Rouillard <issues@roundup-tracker.org> [20191222 02:00]:
> Question, if a text email arrives with one long line, does it display
> properly in the web interface? Is it stored as one long line?
> 
> If so then how does this bug manifest differently than the one long 
> line in email?

The difference is:
- In mail clients you usually have the option to automatically
  format/wrap your text, often even a full editor.
- In web clients you usually don't have such tools available.
  Especially since Firefox 60, where configuring an external editor
  for text areas became much more complicated due to new security
  improvements/restrictions.

Test for long lines using Firefox 78.15 ESR: 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789 123456789|

In our roundup installations I now use CSS "word-break: break-word;" in table.messages_content, so even messages with very long words (e.g. base64 encoded strings in pasted URLs, one example are Zoom invitation links ... but long lines of underscores will exhibit this, too) will not cause trouble with the readability of other messages.

To show the issue (and maybe at some point the fix), here is such a long line of underscores:
___________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________