1.21 broke Linux EOL in code editor

[testdasi]

Description

Updated to 1.21 and now any change via web editor always use Windows EOL, quite possibly because the browser itself runs in a Windows PC.

The stupid part is the editor itself successfully detected these are bash scripts, which must be Linux!
I can't find any documentation on how to permanently use Linux EOL so now I'm stuck.

Tried revert back to 1.20 and of course gitea blocked it too.

Gitea Version

1.21

Can you reproduce the bug on the Gitea demo site?

No

Log Gist

No response

Screenshots

No response

Git Version

No response

Operating System

No response

How are you running Gitea?

Gitea docker on Ubuntu.
Browser access on Windows PC.

Database

None

[silverwind]

any change via web editor always use Windows EOL, quite possibly because the browser itself runs in a Windows PC.

That should not be the behaviour I tested. Do you have a .editorconfig file in the repo? If not, it should use LF already, the browser OS is not part of the detection in the Monaco editor, as far as I'm aware. It should give you LF when no .editorconfig is present.

As per my current understanding, the only way you get CRLF is when you have a .editorconfig specifying CRLF for the file or when the file is already predominantly in CRLF. All other cases should get you LF.

[silverwind]

@testdasi please let me know what this displays on your affected machine:

[testdasi]

It's "\r\n" for both Chrome, Firefox, Edge. Even when I spoofed my User Agent as a Mac Firefox. :(

[silverwind]

Interesting, so Monaco seems to use OS defaults for files without a dominant ending. I think we should default it to \n but have a config option in case someone wants to change this default.