Closed Bug 49160 Opened 25 years ago Closed 25 years ago

vague problem with 'T' in "There can be no doubt" on richinstyle page

Categories

(Core :: CSS Parsing and Computation, defect, P3)

Product:
Core
Component:
CSS Parsing and Computation
Type:
defect

Tracking

()

Status:
VERIFIED INVALID

People

(Reporter: sander, Assigned: pierre)

References

(
URL
)

Details

Seen on Solaris build 2000081517, w95 build M17 Go to the url. On Windows the page doesn't load, on solaris the page does load but it is not rendered correct. 1. The advert on to top is shown twice 2. the t in 'The can be now doubt' looks wrong (this might be bug 32082) 3. The form halfway the page is wrong 4. There is supposed to be a menu bar on the right side of the page, but it is rendered all the way at the buttom maybe related to bug 30971
Take a look at this, just for fun: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.richinstyle.com%2F The problem is that they specify a strict dtd, but their HTML is not quite strict (use of font tags and whatnot). I removed the doctype in a local copy and his page renders fine then for point 1, 3 and 4. See bug 42388 for more information on this, and why those parts of this bug report would be marked wontfix. After removing all font tags from the page but keeping the strict doctype tag, the page also looks good, so the problem is, as far as I can see, those font tags and nothing else. See http://www.richinstyle.com/other/faq.html on their reasons for this. Not sure their reason for using the strict doctype is still valid. This leaves us with issue 2. As soon as I'm done in linux I'll take a look under Windows. In the mean time, could you specify what you're expecting to see and how it renders incorrectly for you in Mozilla? Could you also create a simple test which shows this problem and attach it? Next time, please try to keep things to one bug report per specific issue. Combining multiple problems in one bug report makes it harder for us to check if all problems are addressed now.
splitting.. 1 - bug 49598 3 - bug 49604 (is this what you meant by "the form...is wrong"?) 4 - bug 49606 i'm using 2000 081908 btw
aren't mid-air collisions fun?
in light of what peter said, 1 - this might be a genuine strict-dtd bug. 3 - i interpreted the original complaint incorrectly. the html fix for 4 (removing the stray <font face="Geneva, Helvetica, Arial">) fixes 3 as well. 4 - this one is likely to fall under peter's argument.
Hardware: Sun → All
Summary: Page doesnt load/loads incorrect → vague problem with 'T' in "There can be no doubt" on richinstyle page
Regarding #1, there's a <font face="Geneva, Helvetica, Arial"> around the <SCRIPT></SCRIPT> which produces the first banner image. For some reason, because of that <font> the <NOSCRIPT> part also gets shown, which contains the second banner image. Removing that <font> gets rid of the noscript image. Hmmm, it looks like you switched the comments for #1 and #3. #3 (TD.left DIV matching a form input type=text) looks like it's a true bug indeed. #1 is fixed by removing that <font ...> as I described above.
the reason we're confused about #3 (the form on the page) is that there are two things wrong with the form: - the table around the form is messed up (so the text that goes with each textbox isn't lined up correctly) - the text in the form ends up white on white, so it's impossible to read. ok, let's try this again. hopefully we're pretty close to each knowing what the others are talking about :) 1 - the banner is shown twice because of bug 49598, which involves noscript code being displayed under certain circumstances when strict dtd is on. 3 - the table is messed up for the same reason as #4. the textboxes being white-on-white is bug 49604. 4 - there's a stray font tag on the page (not the one near the banner ad) that causes the tables to be messed up, so the form is hard to read and the blue "menu bar" that's supposed to be at the right of the page ends up at the bottom of the page. i filed bug 49606 for this, but since it's bogus html with a strict dtd, some would argue that this doesn't need to be fixed. since this bug is getting pretty messy, maybe the 'T' issue (#2) should get a new bug as well.
Yeah, we understood eachother on bug #3, but apparantly not on bug #1 :-) I hope my comment there explains why #1 is invalid. The same "consuming" by the font tags happens to #3a and #4, which is why those bugs are invalid too. Since there's already a lenient parser, the strict parser won't be "fixed". See bug 49598 for why this isn't really an issue. #1, #3a (form is messed up) and #4 are invalid in my opinion. #3b (form control text color is wrong) has its own bug report now. #2 may be bug 32082. I'll need to look more closely at that. Let's keep this bug report for #2 for the time being.
URL now richinstyle.com/screwed.html
The "T" works as in IE if the strict doctype declaration is removed. Marking invalid. Please file another bug if there are problems with a real strict test case.
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Netscape's standard compliance QA team reorganised itself once again, so taking remaining non-tables style bugs. Sorry about the spam. I tried to get this done directly at the database level, but apparently that is "not easy because of the shadow db", "plus it screws up the audit trail", so no can do...
QA Contact: chrisd → ian
vaguely VERIFIED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.