#244 closed defect (fixed)
Linefeed duplication
| Reported by: | daniel | Owned by: | daniel |
|---|---|---|---|
| Priority: | highest | Milestone: | 0.7 |
| Component: | general | Version: | 0.6 |
| Severity: | major | Keywords: | |
| Cc: | Branch: | ||
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description
When I try to view the contents of a particular revision of a text file through the Browser interface, the contents are displayed incorrectly. There is an extra newline inserted for every CR/LF present in the original file, as well as a random number of trailing lines at the end of the file are truncated (between 7 - 19 lines are missing, depending on the particular file). I see this behavior for all types of text files (varying file extensions, etc.).
I can view Text Files on the edgewall.com site just fine, so I suspect this is a problem running my server on Windows.
— Ben Garrett
Note: The whole post is here: http://lists.edgewall.com/archive/trac/msg00148.html
Attachments (0)
Change History (5)
comment:1 by , 20 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:2 by , 20 years ago
| Milestone: | 0.6.1 → 0.6.2 |
|---|---|
| Resolution: | fixed |
| Status: | closed → reopened |
Stripping linefeeds is a bad idea for binary data.
Instead, Trac should use binary i/o on windows.
comment:4 by , 20 years ago
| Resolution: | → fixed |
|---|---|
| Status: | reopened → closed |
comment:5 by , 20 years ago
| Milestone: | 0.6.2 → 0.7 |
|---|
This should be fixed in [401].