Closed Bug 18034 Opened 25 years ago Closed 25 years ago

[IMG] table doesn't reflow after image loads

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: endico, Assigned: buster)

References

(
URL
)

Details

Using the Nov 3 daily build from ftp.mozilla.org The page contains a table with two columns. The left column contains text and the right column contains a large image on top followed by some text. The first time the page is loaded the right column's width is determined by the width of the text, instead of the image.This makes the right hand column very narrow and the image is cropped on the right. Pressing the reload button fixes the problem. This problem only seems to occur in cases where it takes a while to load the image. If the image is cached or served from a local machine then there is no problem. I've found it necessary to quit the browser and restart in order to see the problem again although oddly that doesn't always work. Its hard enough to reproduce that I've had trouble making test cases that break but i've found that the first view of the page breaks. Getting subsequent views to break is the problem. The file has doctype specified. It may be a quirks mode issue. validator.w3.org complained about a couple attributes it didn't recognize but didn't find any glaring errors. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
Whiteboard: need test case
I can't reproduce this.
This bug seems to require high latency. Try copying it to some slow site. It should work here for now until this dynamic ip gets reassigned. http://mg136-068.richochet.net/test5.html
oops, there was a typo in that url. try one one of these: http://cannibal.mi.org/~dawn/test5.html http://mg136-068.ricochet.net/test5.html
Whiteboard: need test case
Assignee: karnaze → kipp
I still can't reproduce the problem and I am reassigning based on my interpretation of the comments. It sounds like the image frame is reporting too small of a desired width initially (possibly because it hasn't loaded). This would account for the narrow column, since the table bases the width of the column on the desired widths of the cells in the column.
Updating to default HTML Tables Assignee...kipp no longer with us :-(
mass moving all Kipp's pre-beta bugs to M15. Nisheeth and I will prioritize these and selectively move high-priority bugs into M13 and M14.
QA Contact: chrisd → petersen
Summary: table doesn't reflow after image loads → [IMG] table doesn't reflow after image loads
sounds like the image frame needs to generate an incremental reflow command for itself when it gets new size information.
mine! mine mine mine! all mine! whoo-hoo!
Assignee: kipp → buster
I've had a hard time reproducing this as well, but constructing some similar sounding test cases, I think I have a fix. It's related to the fix for 18827.
Status: NEW → ASSIGNED
Whiteboard: fix in hand
moving all buster m15 bugs to m16.
Target Milestone: M15 → M16
fix checked in. should be able to verify against 4/17/00 build.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Whiteboard: fix in hand
I can't reproduce this problem in the May 22nd Linux build. Marking verified fixed.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.