131975 - unnecessary reflow with nested, align=right tables and form-fields (button w/ auto padding causes reflow on click)

Status: NEW

(Core :: Layout: Floats, defect, P3)

Description

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

Sorry about the non-descriptive summary, feel free to change it to something better.

The initial reflow on the above page seems to be off a few pixels. When typing
in the email and password fields the page shifts for each typed letter and after
a while finally settles.

I suspect that fontsizes might affect the reproducibility of this, I ran into
this on a Win98 install using normal fontsizes.

Minimized testcase coming up

Comment 1

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

Attachment: minimum testcase

To reproduce:
1. load testcase (or above url)
2. type in any of the text-boxes

The textboxes might not be what is causing the problem at all, they simply
produce the right type of reflow to trigger the problem (why do we reflow at
all while typing in textboxes?)

If you can't reproduce try changing the table-width attribute on the third
line. Removing the align="left" on the inner table removes the problem.

Comment 2

[Amarendra Hanumanula]

 Confirming this on WIN2K. The size of the cell changes when some text is
entered in the text boxes.

Comment 3

[Torben]

WFM Mozilla 1.2a (aka 2002091014) win95, reporter could you try this again?

Comment 4

[Torben]

Still WFM, no response => WFM

Comment 5

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

not sure what to do with this. The bug isn't really fixed but we no longer
reflow when typing in the textbox so the resizing doesn't happen (dbaron fixed
that some time ago).

Boris: should this remain closed or is there some way I can trigger the proper
reflow to happen.

Comment 6

[Boris Zbarsky [:bzbarsky]]

Attachment: trigger a reflow

This reproduces the problem for me (and in general, you can just use an onclick
event that will set and then unset a border or something).

Comment 7

[Boris Zbarsky [:bzbarsky]]

reopening, os to all (since this is a problem on Linux too).  I bet this depends
on our other "float on table cell" bugs.

Comment 8

[John Keiser (jkeiser)]

*** Bug 163846 has been marked as a duplicate of this bug. ***

Comment 9

[karnaze (gone)]

Before I forget, I looked at this a week ago or so and think I found that a
block was returning a max width during the incremental reflow that differed from
the desired width it returned on the unconstrained reflow. Changing component to
"layout floats".

Comment 10

[Daniel Wang]

Attachment: trigger a reflow

Same test. Problem goes away if any one of the following is met:
1 nested table or its parent has width=xxx.
2 either one of two blocks contains only one line of text (no wrap)
3 input has non-auto padding style

Comment 11

[Sylvestre Ledru [:Sylvestre]]

Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information

Comment 12

[Sylvestre Ledru [:Sylvestre]]

Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information