Closed Bug 220007 Opened 21 years ago Closed 2 years ago

[quirks] <td rowspan=x><img height="100%"></td>

Categories

(Core :: Layout: Tables, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: hjtsmail, Unassigned)

References

(Depends on 1 open bug, )

Details

(Keywords: compat, testcase)

Attachments

(3 files, 2 obsolete files)

User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030827 Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5b) Gecko/20030827 In the top right Frame "Menu" of my page http://home.tiscalinet.ch/hjthp are, by the fist load, and only then, white gaps between the cells. If you click the reload button or reload this frame, everything is displaied rightly. I'm not sure if this is because my coding (I first coded this page for Netscape 4.79, and there it works) or a bug. If it is my fault, please give me an advice to code it right Reproducible: Always Steps to Reproduce: Empty the cache and reload the page Actual Results: The withe gaps are stil there, by the firs load Expected Results: dito
The gaps are also there on reload after clearing the cache.
http://home.tiscalinet.ch/hjthp/menu.html is the frame that shows the problem. And I'm pretty sure this should be Layout: Veiw Rendering (or some other layout) rather than Image: Layout.
Blocks: 200047
This needs a minimal testcase... sounds like an incremental reflow bug.
Assignee: jdunn → other
Component: Image: Layout → Layout
QA Contact: tpreston → ian
Summary: Table in topright frame has gaps by first load, not so by reload → {inc}Table in topright frame has gaps by first load, not so by reload
Assignee: core.layout → nobody
Severity: trivial → normal
Status: UNCONFIRMED → NEW
Component: Layout → Layout: Tables
Ever confirmed: true
Keywords: testcase
QA Contact: ian → core.layout.tables
Summary: {inc}Table in topright frame has gaps by first load, not so by reload → {inc} <td rowspan=x><img height="100%"></td> over-stretches on first load
Attached file minimal testcase, using files from url (obsolete) —
<tr> <td rowspan="3"><img src="frame_left.gif" height="100%" width="100%"></td> <td><img src="home_w.gif"></td> </tr> <tr><td><img src="home_w.gif"></td></tr> <tr><td><img src="home_w.gif"></td></tr> frame_left is 17x172 8bpp gif, works also with png. home_w.gif is 94x54 8bpp gif, can also be replaced with png. frame_left gets loaded with a width of 24, and reduced to original size of 17 at reload, that is a scaling by sqrt(2). Do have to test using other sizes. heigth gots reduced: from 243 to 172 with 3 buttons, that is also sqrt(2) from 243 to 216 with 4 buttons from 270 to 270 with 5 buttons
first try had a <base href=..., that didn´t work from bugzilla.
Attachment #153668 - Attachment is obsolete: true
previous testcases were working only, when downloaded and started from local disk. Last try, uploading two images, then testcase
Attachment #153669 - Attachment is obsolete: true
Attached file minimal testcase
bug sometimes shows only on Shift-Reload Original LeftBar height 160, RightButton height 50 with 2 or 3 buttons, bar gets opened with 24x192 on Shift-Reload and reduced to original size of 20x160 on Reload with 4 buttons, bar gets opened with correct height of 200, wrong width of 24 on Shift-Reload and reduced to correct 20 on Reload.
WFM in FiReflowfox (reflow-refactoring test build of Firefox). It seems that this one is not present in the updated layout engine.
The {inc} part of the problem seems to be fixed in Firefox 2006120801 on Linux, it occurs in 2006120701 though so the reflow branch landing likely fixed that. The layout in Firefox is different from IE7, Opera9 and Safari 2.0.4 (Webkit nightly) though - they all display a solid block of green, for the "minimal testcase", not two separate blocks as we do. Probably related to bug 304686.
Depends on: 304686
Keywords: compat
OS: Windows 98 → All
Summary: {inc} <td rowspan=x><img height="100%"></td> over-stretches on first load → [quirks] <td rowspan=x><img height="100%"></td>

Page no longer active

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: