Closed Bug 15999 Opened 25 years ago Closed 25 years ago

{ib} {inc} Page not rendered correctly

Categories

(Core :: DOM: HTML Parser, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: moshev, Assigned: buster)

References

()

Details

(Whiteboard: [TESTCASE])

Attachments

(3 files)

The home page of largest Israely ISP (Netvision) is not rendered correctly (hebrew font issue aside), Will attach two screenshots, one with M10, and another NS 4.7 using mixed RH/Mandrake 6.0/6.1
Whiteboard: [TESTCASE]
This page has a lot of really nasty HTML in it! What this problem appears to boil down to is an anchor near the top of the page that doesn't get closed before hitting a whole heap of nested tables. For some reason this is preventing the images inside one of the tables from displaying, although at least one of them does get loaded. When you hit reload under Mozilla.exe, the left hand image will appear, but the right hand image will stubbornly refuse. This may be a manifestation of an already known residual style bug. Right now I'm too tired to poke around Bugzilla to find any duplicates. I put this test case together using the 1999101415 build of Mozilla running on a Windows NT 4 Workstation.
Assignee: don → rickg
Component: Browser-General → Parser
Assignee: rickg → harishd
Yup -- it's residual style. Putting on the radar.
Target Milestone: M13
Status: NEW → ASSIGNED
In attachment #3 [details] [diff] [review] if the anchor is followed by a space or newline the page loads fine!!! That is, replace <A ..><DIV..></DIV> with <A ..> <DIV ..></DIV> (note the whitespace). Is this residual style at all??
Assignee: harishd → kipp
Status: ASSIGNED → NEW
Kipp, the problem that I mentioned in my 10/20 comment could be related to Layout. I agree that anchor cannot contain block-level elements but that's a different problem.
Status: NEW → ASSIGNED
Summary: Page not rendered correctly → {ib} {inc} Page not rendered correctly
Target Milestone: M13 → M12
I've added the ib and inc markers to the issue with testcase 3 -- for some reason when the table is inside the A element the image size update doesn't trigger the proper reflow of the second table cell. If I remove the A element that contains the table *all is well*. Something to do with incremental reflow and ib situations.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I reworked the way that blocks inside of inlines are handled and move it out of the layout logic and into the frame construction code. This also fixes 16737
Setting QA Contact.
mine now
Assignee: kipp → buster
Status: RESOLVED → NEW
mistakenly removed the Fixed resolution.
Status: NEW → RESOLVED
Closed: 25 years ago25 years ago
updated qa contact.
QA Contact: janc → bsharma
Verified on: Build: 2001-04-25-09-Trunk Platform: WinNT The above url and the test case loads fine.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: