Closed Bug 128339 Opened 23 years ago Closed 21 years ago

tables don't obey changed CSS height and width

Categories

(Core :: Layout: Tables, defect, P1)

defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: ispleen, Unassigned)

References

()

Details

(Keywords: testcase)

Attachments

(2 files, 1 obsolete file)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:0.9.8+) Gecko/20020228 BuildID: 2002022808 A table's actual size stays the same, when its .style.height and .style.width are changed. Reproducible: Always Steps to Reproduce: 1. Create a table, specifying its height and width in STYLE="..." 2. Using Javascript, change the value of (the table's id).style.height and .width Actual Results: The table's actual height and width stay as they were when the table was created. Expected Results: The table's actual height should reflect the new values.
Over to HTMLTables. I see this in OS9 as well.
Assignee: jst → karnaze
Status: UNCONFIRMED → NEW
Component: DOM Style → HTMLTables
Ever confirmed: true
OS: MacOS X → All
QA Contact: ian → amar
looks like a dupe of bug 34849
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → Future
Attached file Test style sheet....
Using the above style sheet in a page, the width works as expected. However the height does not. I've tried several variations. Also this affects all version of mozilla i'm aware of. I just tested with Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.2b) Gecko/20021001.
Reproduced in 1/08/03 Windows Trunk build. Minimised table attached.
Keywords: testcase
Attached file Minimised test case (obsolete) —
Karnaze, priority P1 and target Future make no sense together.
Hardware: Macintosh → All
Well, it probably meant that among the bugs that I would never get to, this one ranks high.
mass reassign to default owner
Assignee: karnaze → table
Status: ASSIGNED → NEW
QA Contact: amar → madhur
Target Milestone: Future → ---
Target Milestone: --- → Future
Attachment #111199 - Attachment is obsolete: true
The original URL is a 404 and the testcase in this bug worksforme (once I fixed it to be correct). Marking worksforme, but please reopen if this is still an issue (and attach a testcase).
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: