145543 - page shifts when entering a value in a form field

Status: VERIFIED WORKSFORME

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

Description

[:deanis74]

I searched for a dupe but couldn't find one.  Not sure if this is form controls
or a problem with this specific page.

1. Go to http://www.aircanada.ca/e-home.html
2. Click to focus Flight Number
3. Type something

Expected Results: characters typed are entered

Actual Results: characters typed are entered, but entire right column shifts
further to the right.  If you backspace to delete what you typed most of the
column, except for the tabs at the top, shifts back to its original position.

This also happens when selecting a different value in a <select>, such as Type
of Class/Cabin.

Build: 2002051808 on Win2K

Comment 1

[rods (gone)]

ccan you take a look?

Comment 2

[kinmoz]

Just an FYI, this bug is hidden or fixed, depending on how you want to look at
it, by the nsBlockFrame.cpp change in bug 141900 attachment 86738 [details] [diff] [review] which disables
dirty reflow command propogation up the frame parent hierarchy.

Comment 3

[John Keiser (jkeiser)]

This is either editor or tables, and my money's on editor right now.

Karnaze, this ring any bells for you?

Comment 4

[John Keiser (jkeiser)]

Assigning to karnaze, who says He Has Ways to determine if this is tables or editor.

Comment 5

[karnaze (gone)]

we need a reduced test case.

Comment 6

[Bill Mason]

Went to get the code to start a test case, but found it WFM in build 2002061712
PC Win 98.  Maybe the page has been changed since this opened.

Comment 7

[kinmoz]

It's a WORKSFORME only because I landed the changes from bug 141900 that I
warned about above, on the TRUNK. The problem is still there, but we'll probably
have to grab the www.aircanada.ca page, reduce it to a more simple testcase,
then replace the textfield with a div and JS to insert some content to recreate
the problem.

The changes to for 141900 have not landed on the MOZILLA_1_0_BRANCH, so you
might be able to reproduce/minimize/debug in a branch build ... or backout the
bug 141900 nsBlockFrame.cpp and nsBox.cpp changes in your local TRUNK tree ...
the changes are small.

Comment 8

[kinmoz]

FYI, I think that this bug might be due to some "left-over" frame state from the
initial loading of the page. I say this because I noticed that typing a
character in the textfield causes the tables on the page to shift around. Doing
an Undo causes the page to go back to  the initial layout, and from that point
on, you can't reproduce the bug.

Comment 9

[John Keiser (jkeiser)]

kin: before, the field shifted back when you cleared the value with delete, too ...

Comment 10

[karnaze (gone)]

mass reassign to default owner

Comment 11

[Bernd]

I mark this as wfm. The url does not exhibit the described behaviour. The reflow
mechanism has seen so many patches in the meantime that this bug is useless
without a url that exhibits the bug.

Comment 12

[:deanis74]

Agreed.  If I stumble upon a page that exhibits this behavior, I'll re-open and
attach the URL.