Closed
Bug 4927
Opened 26 years ago
Closed 25 years ago
[PP]1px image does not stretch inside table cell
Categories
(Core :: Layout: Tables, defect, P3)
Core
Layout: Tables
Tracking
()
VERIFIED
WORKSFORME
M11
People
(Reporter: cmaximus, Assigned: ramiro)
References
()
Details
(Whiteboard: [TESTCASE])
Attachments
(2 files)
this bug is Linux only at the moment although I have seen it in previous Mac builds.
Linux build 1999040915.
*expected result:
In the test example there should be two short horizontal lines in the same row followed by a longer horizontal line below them
outside of the table.
All three lines are generated by stretching an image that is only 1px wide.
*actual result:
Seamonkey fails to stretch the first image and instead renders only a dot, but renders the other two just fine.
why is this a table bug? the third line that Seamonkey draws just fine is the same exact image and tag as the first. The only
difference being that the 3rd is outside of the table.
Summary: 1px image does not stretch inside table cell → [PP]1px image does not stretch inside table cell
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M6
Comment 1•25 years ago
|
||
Moving to M8.
Comment 2•25 years ago
|
||
Moving to M9.
Updated•25 years ago
|
Whiteboard: [MAKINGTEST] jamus@bigfoot.com
Updated•25 years ago
|
Assignee: karnaze → ramiro
Status: ASSIGNED → NEW
Target Milestone: M9 → M10
Comment 3•25 years ago
|
||
Reassigning to Ramiro. This looks ok on WinNT debug Viewer.
Reporter | ||
Updated•25 years ago
|
Hardware: PC → All
Reporter | ||
Comment 4•25 years ago
|
||
currently(1999080408 builds) Linux (rh5.2) is the only platform
displaying this page (testcase in the url field) correctly. Mac and WinNT
are not drawing the first (red) line initially so only a white line appears on the
forst row. The line is drawn properly after a repaint(resize the window) but not
a reload.
I wonder if it's no longer a table problem? The 1px images DO
stretch to become lines like they are supposed to.
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
it looks the same on both windows and unix for me.
marking worksforme.
if its messed up on the mac, please reassign to a mac weenie.
thanks
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
OS: Linux → All
Whiteboard: [MAKINGTEST] jamus@bigfoot.com → [TESTCASE]
Reporter | ||
Comment 7•25 years ago
|
||
They look the same because they are both wrong. It's now broken on all the
platforms. The problem fixes itself after a resize. I amended the testcase at
the above url.
This is a url internal to netscape, can you please put that in an attatchment ?
thanks
Reporter | ||
Comment 10•25 years ago
|
||
Updated•25 years ago
|
Target Milestone: M10 → M11
Comment 11•25 years ago
|
||
m11
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Comment 12•25 years ago
|
||
looks fine to me on a oct 8 build (according to the descriptive text at least)
marking worksforme.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 13•25 years ago
|
||
Using 10/20 app on Win, Mac and Linux, agree with WORKSFORME. Verified.
You need to log in
before you can comment on or make changes to this bug.
Description
•