Closed
Bug 220007
Opened 21 years ago
Closed 2 years ago
[quirks] <td rowspan=x><img height="100%"></td>
Categories
(Core :: Layout: Tables, defect)
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
Comment 1•21 years ago
|
||
The gaps are also there on reload after clearing the cache.
Comment 2•21 years ago
|
||
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.
Comment 3•21 years ago
|
||
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
Updated•21 years ago
|
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
Comment 4•20 years ago
|
||
<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
Comment 5•20 years ago
|
||
first try had a <base href=..., that didn´t work from bugzilla.
Updated•20 years ago
|
Attachment #153668 -
Attachment is obsolete: true
Comment 6•20 years ago
|
||
previous testcases were working only, when downloaded and started from local
disk.
Last try, uploading two images, then testcase
Updated•20 years ago
|
Attachment #153669 -
Attachment is obsolete: true
Comment 7•20 years ago
|
||
Comment 8•20 years ago
|
||
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.
Comment 9•18 years ago
|
||
WFM in FiReflowfox (reflow-refactoring test build of Firefox). It seems that this one is not present in the updated layout engine.
Comment 10•18 years ago
|
||
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.
Comment 11•2 years ago
|
||
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.
Description
•