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.
Revision history for this message
| Marcel Stimberg (marcelstimberg) wrote | #1 |
| Changed in gedit (Ubuntu): | |
| status: | New → Confirmed |
| Changed in gedit: | |
| importance: | Unknown → Medium |
| status: | Unknown → New |
Revision history for this message
| Marcel Stimberg (marcelstimberg) wrote | #2 |
| Changed in gedit: | |
| importance: | Medium → Unknown |
| status: | New → Unknown |
| Changed in gedit: | |
| importance: | Unknown → Medium |
| status: | Unknown → New |
| Changed in gedit (Ubuntu): | |
| status: | Confirmed → Triaged |
| importance: | Undecided → Medium |
Revision history for this message
| Vadim Rutkovsky (roignac) wrote | #3 |
| 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:/