Closed Bug 84018 Opened 24 years ago Closed 24 years ago

Changing attribute values on <table> causes width="100%" to be ignored

Categories

(Core :: Layout, defect, P2)

Product:
Core
Component:
Layout
Platform:
All
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla0.9.2

People

(Reporter: cmanske, Assigned: attinasi)

Details

(Keywords: regression, Whiteboard: rtm stopper)

This is very strange! I've tried to produce a test case to show the problem in browser, but I can't -- I think its a relayout problem only in Composer. Bring up composer with new page. Click on Table button and Ok to insert default table. Click on Table button to bring up Table Properties dialog. Click on the "Table" tab. Note that the default width set is "100%" Change the "Border" value to 2, or 4, or 6 (or other values?) and click on "Apply" button. (This sets the attribute on the table in the page via the DOM.) You should see the table snap to "autowidth", i.e., the "100%" is ignored.
Brade found this problem when adding new attributes, or changing other attributes, such as cellpadding. I could also get it to happen by editing the HTML source in Composer (via the HTML source tab on bottom of screen), but less reliably than using the Table dialog.
Severity: normal → critical
Hey! THIS NEEDS TO BE FIXED!
Keywords: regression
Nominating for 0.9.2 by marking rtm stopper
Whiteboard: rtm stopper
I'm taking this since Chris is out for several weeks.
Assignee: karnaze → attinasi
Priority: -- → P2
Target Milestone: --- → mozilla0.9.2
I cannot reproduce this now - I'm guessing that Hyatt's fix to bug 84046 fixed this too. According to his reasoning in that bug, the stylerules corresponding to the attributes in the table were not being cloned whent he attributes were being changed, so incorrect data was being referenced in the ruletree. Can somebody else verify this with a build on or after 06/19 (date of checkin). I tried on my Linux build and could not cause the problem, my other platforms are building now.
Status: NEW → ASSIGNED
Can't reproduce problem on either Mac (2001062005) or Linux builds (2001061909).
My Win32 build finished and I cannot reproduce it there either. Kathy (kbrade), Charley (cmanske), can you please try if you get a chance?
fwiw -- I can't dup this either on win98 using the opt trunk build from today
OK, marking FIXED - please REOPEN if you can still cause this to happen.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Marking verified in the June 27th branch build (2001062703).
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.