Closed Bug 16699 Opened 25 years ago Closed 25 years ago

Text files without a file extension are rendered incorrectly

Categories

(Core :: Layout, defect, P3)

All
Mac System 8.5
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: sfraser_bugs, Assigned: rpotts)

Details

Attachments

(1 file)

It seems that when rendering text files, we are doing whitespace compression and ignoring line breaks, which seems wrong. I'll add an attachment that demonstrates this.
In 4.5, this file renders with appropriate line breaks, and showing the two columns of data. In apprunner, everything flows on one line.
Assignee: rickg → petersen
Petersen -- can you please retry this? I believe that this is not a bug, but that simon may be out of sink. Text is handled as an XML app, and whitespace is handled "as is".
This looks like a DUP of Bug 16584, FIXED 10/19/99 00:05
This looks like a DUP of Bug 16584, FIXED 10/19/99 00:05
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Fixed in the Nov 8 1999 build.
Status: VERIFIED → REOPENED
Summary: Text files are rendered incorrectly → Text files without a file extension are rendered incorrectly
I see now what my problem is. If the text file does not have a .txt extension, we seem to default to some other file type (HTML?). This seems wrong; we should use plain text when a file extension is not present. Adjusting summary, reopening.
Resolution: FIXED → ---
Assignee: petersen → rickg
Status: REOPENED → NEW
This should have been assigned to rickg long ago.
Assignee: rickg → rpotts
Rick: the real problem with this is that the parsing engine is never given any data. We do get OnStart() and OnStop() calls, but never ONDataAvailable().
Target Milestone: M13
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
This should be fixed now... I've added an unknown-content-type byte sniffer that tries to determine the content-type from the data being passed in... Right now, the sniffer works for text/plain and text/html -- rick
Looks fine in the Jan 18th build
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: