CR-LFs get duplicated whenever they fall on READ_CHUNK_SIZE boundaries
Bug #662051 reported by
Herp Derp
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gedit |
Expired
|
Medium
|
|||
gedit (Ubuntu) |
Triaged
|
Medium
|
Unassigned |
Bug Description
Binary package hint: gedit
Gedit massively screws up files whose lines are terminated by CR-LF (i.e., Windows-style newlines, or 0D 0A in hex). It reads in a file in 8192-byte chunks, and then if a CR-LF combo happens to fall on a boundary so that the CR is on one side and the LF is on the other, then Gedit translates BOTH of them into a newline. The net effect is that quite a few newlines get randomly duplicated here and there in any reasonably long file with Windows-style newlines when you load it.
Time to find a new text editor. I've already wasted several minutes too many discovering Gedit's design flaws and creating a pointless account here.
Changed in gedit: | |
importance: | Unknown → Medium |
status: | Unknown → New |
Changed in gedit: | |
importance: | Unknown → Medium |
status: | Unknown → New |
Changed in gedit (Ubuntu): | |
status: | Confirmed → Triaged |
importance: | Undecided → Medium |
Changed in gedit: | |
status: | New → Confirmed |
Changed in gedit: | |
status: | Confirmed → Expired |
To post a comment you must log in.
Thank you for your bug report, I can confirm this with gedit 2.30.3 on Ubuntu 10.10. This bug has been reported to the developers of the software. You can track it and make comments at: https:/ /bugzilla. gnome.org/ show_bug. cgi?id= 632356