Closed Bug 9894 Opened 26 years ago Closed 22 years ago

Text displays with glitches (boxes)

Categories

(Core :: Layout, defect, P3)

All
Windows 95
defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: christinehoff4, Assigned: nisheeth_mozilla)

Details

(Keywords: platform-parity, testcase, Whiteboard: [TESTCASE] Need to watch for non-printable chars (py8ieh:check))

Attachments

(2 files)

This is an offshoot of bug #2742. That bug fix allowed content to be displayed (using CSS display: block) within <STYLE> and <SCRIPT> elements. The content now displays but with glitches on some platforms. Using 7/13 M8 build, here are the results: Win NT: Content displays correctly Linux: Content displays correctly Mac 8.5: Content displays correctly Win 95: Content displays with glitches (small boxes) Win 98: Content displays with glitches (small boxes) Attached is a test case.
QA Contact: petersen → chrisd
I'm not sure if this has any import, but is "text/text" (from the 7/14 testcase) a valid mime type? BTW the squares are the 'unrecognized character' glyph in Win32. The newline characters are causing that. Saving the file with \r\n newlines causes the boxes to occur in pairs.
Whiteboard: [TESTCASE] Need to watch for non-printable chars
Even with the new testcase,the boxes still appeared on Win98. 8/2/99 M9 build. Also, the CSS code appeared in the browser window.
Assignee: vidur → chofmann
This doesn't sound like a DOM bug; handing to chofmann for reassignment.
Whiteboard: [TESTCASE] Need to watch for non-printable chars → [TESTCASE] Need to watch for non-printable chars (py8ieh:check)
Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!
Keywords: testcase
Keywords: pp
Summary: [PP] Text displays with glitches (boxes) → Text displays with glitches (boxes)
This bug got lost. Reassigning this to default layout owner. It sounds like layout either needs to learn how to handle '\r' characters in "\r\n" or it needs to prevent them from being in the content model (which may well be incorrect for CDATA content).
Assignee: chofmann → clayton
QA Contact: chrisd → petersen
I'll take this [ to see if the parser has anything to do with this ].
Assignee: clayton → harishd
Yup, the layout got to handle this. Over to nisheeth.
Assignee: harishd → nisheeth
This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
I'm seeing these glitches with Linux as well, using Mozilla 0.9.5 and also the latest nightly release. Unfortunately, I'm not quite sure where they're coming from (I don't think the \r's have much to do with it, if at all). Example page: http://dan0315.urh.uiuc.edu/~anle/homepage.html using stylesheet: http://dan0315.urh.uiuc.edu/~anle/sitewide.css
removing myself from the cc list
Is this still a problem with recent builds? We revamped the handling of \r at some point....
looks fine on windows 2000. marking wfm.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: