Requirements for Adding, Changing, or Removing a Feature

• Fill out the template below. Any pull request that does not include enough information to be reviewed in a timely manner may be closed at the maintainers' discretion.
• The pull request must contribute a change that has been endorsed by the maintainer team. See details in the template below.
• The pull request must update the test suite to exercise the updated functionality. For guidance, please see https://flight-manual.atom.io/hacking-atom/sections/writing-specs/.
• After you create the pull request, all status checks must be pass before a maintainer reviews your contribution. For more details, please see https://github.com/atom/atom/tree/master/CONTRIBUTING.md#pull-requests.

Issue or RFC Endorsed by Atom's Maintainers

#8365, endorsed by @maxbrunsfeld here.

Description of the Change

Whenever text is copied to the clipboard, all line endings are converted to the underlying OS's default line endings (CRLF on Windows, LF otherwise). Fixes #8365.

Alternate Designs

I could have done const os = require('os') and then used os.EOL instead of hardcoding the line endings in clipboard.js, but that didn't seem worth it.

This could also be implemented as a Windows-only feature, which I believe is how VSCode does it.

Possible Drawbacks

Sometimes you may want to explicitly copy the text as-is without conversions, and this will prevent that.

Verification Process

On Windows, I copied text with LF line endings and pasted them into http://www.unit-conversion.info/texttools/hexadecimal/, which confirmed that the pasted text had 0d 0a (CRLF).

Release Notes

Line endings are now converted when copy and pasting.