295476 - tables inside a fieldset do not render properly if fieldset display is "inline"

Status: RESOLVED FIXED

(Core :: Layout: Block and Inline, defect)

Description

[Rob Siklos [:robzilla]]

If you have a table inside a fieldset, the fieldset won't render properly if its
"display" style is set to "inline".

The problem (in my case) is that the width of the columns is not consistent
across rows. 

Please see forthcoming attachment for a test case

Comment 1

[Rob Siklos [:robzilla]]

Attachment: test case for replication

oh, sorry - using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8)
Gecko/20050516 Firefox/1.0.4 (MOOX M2)

Comment 2

[Bernd]

This looks like a missing reflow, this happens usually when a unconstrained
initial reflow is not followed by constrained size resize reflow.

Comment 3

[Rob Siklos [:robzilla]]

any suggested temporary workarounds?

Comment 4

[Bernd]

>any suggested temporary workarounds?
supply a patch for review ;-)
or change the fontsize by the DOM to get another reflow

Comment 5

[Rob Siklos [:robzilla]]

> or change the fontsize by the DOM to get another reflow

I'm not sure what you mean by this - I don't know anything about Mozilla
internals.  Any chance you'd be willing to provide an example?

Comment 6

[Bernd]

Just enter CTRL + to increase the font szize and then CTRL - to revert.

Comment 7

[Rob Siklos [:robzilla]]

Attachment: image showing erroneous behaviour

Comment 8

[Lenny Domnitser]

This behavior is also exhibited when the fieldset is floated.

Comment 9

[Boris Zbarsky [:bzbarsky]]

This is basically bug 210876.

Comment 10

[Dave Campbell]

This also happens if the fieldset is floated.

Comment 11

[Peter Flynn (Oracle)]

Attachment: Testcase that font scaling won't fix properly

Forcing a reflow with Ctrl+/Ctrl- doesn't entirely fix this bug. In my testcase, hit ctrl+ and then ctrl- (or vice versa). The cells will become aligned but their widths become incorrect.

A better workaround is to use JS to apply width:100% to either the table or the tbody. This fixes it entirely (even after playing with font scaling). Oddly, it ONLY works if applied dynamically; hardcoding width:100% in the HTML has no effect.

Comment 12

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20061208 Minefield/3.0a1 ID:2006120812 [cairo]

Seems fixed by reflow branch landing

Comment 13

[Ryan VanderMeulen [:RyanVM]]

Adding in-testsuite? nomination per bz's request in m.d.t.l. Sorry for the bugspam.