Closed
Bug 9894
Opened 26 years ago
Closed 22 years ago
Text displays with glitches (boxes)
Categories
(Core :: Layout, defect, P3)
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.
| Reporter | ||
Updated•26 years ago
|
QA Contact: petersen → chrisd
| Reporter | ||
Comment 1•26 years ago
|
||
Comment 2•26 years ago
|
||
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.
Comment 3•26 years ago
|
||
Updated•26 years ago
|
Whiteboard: [TESTCASE] Need to watch for non-printable chars
Comment 4•26 years ago
|
||
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.
Updated•26 years ago
|
Assignee: vidur → chofmann
Comment 5•26 years ago
|
||
This doesn't sound like a DOM bug; handing to chofmann for reassignment.
Updated•25 years ago
|
Whiteboard: [TESTCASE] Need to watch for non-printable chars → [TESTCASE] Need to watch for non-printable chars (py8ieh:check)
Comment 6•25 years ago
|
||
Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!
Keywords: testcase
Updated•25 years ago
|
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
| Assignee | ||
Comment 10•25 years ago
|
||
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
Comment 11•24 years ago
|
||
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
Comment 12•23 years ago
|
||
removing myself from the cc list
Comment 13•22 years ago
|
||
Is this still a problem with recent builds? We revamped the handling of \r at
some point....
Comment 14•22 years ago
|
||
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.
Description
•