Closed Bug 6639 Opened 26 years ago Closed 26 years ago

Slight rendering glitches?

Categories

(Core :: Layout, defect, P3)

x86
Windows 98
defect

Tracking

()

VERIFIED INVALID

People

(Reporter: bugzilla2, Assigned: karnaze)

References

()

Details

Just recently (the last 5 or so builds) slashdot.org seems to have improved considerably when rendered. Still however there are glitches on the sides of the green bars with the title of each article, and a few little boxes on the right hand side. Also.. the ad at the top of the page has never been drawn.
Assignee: rickg → kmcclusk
Assignee: kmcclusk → karnaze
The ad is drawn at the top in the 5-24-99 build. I did see some extra tiny boxes to the lower right corner of the headings but they dissappear after the table is loaded once. I also noticed that that row heading at the far upper right of the table their is sometime an extra vertical row of white pixels to the right of the heading. The table does not appear to have all of it's columns calculated such that they allways add up to the same number. Chris, I'm re-assigning to you to fix what looks like a table glitch.
On build from 6/6/99, similar problems still occur. If you look down the right hand side of the screen you can see little boxes jutting out from the sides, and the story titles have glitches on the green parts. (Just keeping you updated)
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
The advert won't come up because its stuck inside a <NOLAYER> block, and we (supposedly) support LAYERs. A bit lower down there is a typo which prevents the LAYER advert coming up (it says LAYER instead of ILAYER). So that is normal. The font problems are typical of bug 991. The glitches on the sides of the green bars with the title of each article are also present when the page is rendered by IE4, so I would hazard a guess that the problem is actually in the markup. It is difficult to be sure, though, since the markup for that page is a one line mess. The spacing problems are not problems either, since they are caused by Mozilla correctly ignoring the empty <P> elements which are attempting to cause the spacing in the first place. The radio buttons having dodgy backgrounds is an issue covered by the GFX widgets, which will eventually replace the native widgets. If you make the window too narrow, you get an undefined background when scolling too far right. This is covered by another bug already (I forget which). I see no other problems on the page. Conclusion: Mozilla is acting fine. This bug is invalid, all the problems are with the page's markup, not with Mozilla's rendering.
Status: RESOLVED → VERIFIED
Agreed. Marking as verified Invalid.
You need to log in before you can comment on or make changes to this bug.