Bug 412613 - Line ending not correctly saved after pasting content
Summary: Line ending not correctly saved after pasting content
Status: RESOLVED DUPLICATE of bug 410951
Alias: None
Product: kate
Classification: Applications
Component: part (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-04 18:18 UTC by Adam Pigg
Modified: 2019-10-04 21:37 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In: 5.62


Attachments
Screenshot of vi showing char (45.07 KB, image/png)
2019-10-04 18:18 UTC, Adam Pigg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Pigg 2019-10-04 18:18:08 UTC
Created attachment 123018 [details]
Screenshot of vi showing char

SUMMARY
When working with a file using unix line endings, if I paste in text from a browser, the line ending in the pasted text may be windows.  When saving the file the file, this is not corrected, it is also not visible to the user.

STEPS TO REPRODUCE
1. Work on a .spec file
2. When building package on OBS, get a failure due to unpackaged files
3. Paste the unpackaged file list in to the .spec and clean up paths
4. Save .spec and trigger a new build
5. Become frustrated when OBS complains about missing file, but when you look for it in the .spec it is there, but with a ^M char after it

OBSERVED RESULT
File contains rogue ^M chars

EXPECTED RESULT
File either has no ^M char, or, kate displays the rogue characters to the user to manually remove

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Opensuse tumbleweed
(available in About System)
KDE Frameworks Version: 5.61.0
Qt Version: 5.13.1
Comment 1 Dominik Haumann 2019-10-04 21:37:11 UTC
Fixed in KDE Frameworks 5.62.

*** This bug has been marked as a duplicate of bug 410951 ***