96819 - Entering text in to search box pushes entire form progressively to the left

Status: RESOLVED WORKSFORME

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

Description

[Cormac F]

Steps to reproduce:

1) Go to daft.ie
2) Choose any of the areas in the drop-down box under the "rent" heading
3) The query will run and you'll be presented with a results page.Go to the very
bottom.
4) Begin to enter text in the first text box, labelled IR£, in the "refine
search" section.
5) The entire form will shift to the left as you type.

I'm sure this must be a duplicate, but I can't seem to find one.
Could be related to bug 61195 , although this doesn't happen on yahoo.com for me

I'm using build 2001082303 on WinNT

Comment 1

[rods (gone)]

sounds like a dup from yesterday

Comment 2

[Kathleen :Brade]

-->kin

Comment 3

[Chase Tingley]

I believe this a dup of bug 96604, though the steps to reproduce are a little
bit different.  [e-mail], can you check out the screenshots on that
bug and mark this a duplicate if they look like your problem?

Comment 4

[Cormac F]

I've encountered bug 96604 before, and I imagine it is related to this one.
Unfortunately, I can't few the attachments because the college computer has
decided I need quicktime to view png files and messing with the file
associations doesn;t seem to help.
Like I said, they seem similar, though not identical. Perhaps keep this open
until the other one is fixed?

Comment 5

[Madhur Bhatia]

bug 96604 is different from this bug. 96604 mentions theat the page content is 
deleted on doing 'backspace' andf this bug shows that the entire form shifts to 
the left upon entering text in the textbox.

Though this bug is looking somewhat similiar ro bug 92647 - where upon entering 
text, the whole form shifts to the right. Since that bug has already been fixed 
on branch, I am changing the status of this bug to New.

Comment 6

[Madhur Bhatia]

Attachment: reduced test case

Comment 7

[kinmoz]

Attachment: Smaller test case.

Comment 8

[kinmoz]

This looks like a reflow issue having to do with table cell percentage widths.

Comment 9

[Henrik Gemal]

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

Comment 10

[Cormac F]

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

Comment 11

[anthonyd]

WORKSFORME.

Comment 12

[Corey Puffalt]

The described symptoms are clearly still there as exhibited by the test case (build 2001-12-13 on W2k).

Comment 13

[anthonyd]

the testcase labeled 'Smaller test case' is no longer reproducible.
the testcase labeled 'reduced test case' still shows the problem.

Comment 14

[Madhur Bhatia]

yup..... the bug is still there.

Comment 15

[Cormac F]

I cannot reproduce this anymore on build 2002011103 win2k, using the two
testcases above.

Can anyone confirm, and I'll mark this worksforme?

Comment 16

[Henrik Gemal]

this bug is still there. Check:
http://boomtown.net/serverlist/list.private.php
try and enter some text and the input field jumps to the left...

Comment 17

[Bernd]

Attachment: testcase without form controls

Comment 18

[Bernd]

as one can see this has nothing to do with forms it is a pure table incremental
reflow problem.

Comment 19

[Ronald Tilby]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030221
I don't see the problem anymore.  Can this be closed?

Comment 20

[Bernd]

attachment 68775 [details] is still broken

Comment 21

[kinmoz]

Regarding the original reported problem where typing caused portions of the page
to move, there were actually 2 bugs ...

  1. Reflows targeted at content inside the text widget were propogating
     up and out of the text widget causing more things to incrementally reflow
     than should have.

  2. The table incremental reflow bug. (The one bernd's test case shows.)

The fix for bug 135146 prevents reflows from propogating out of text widgets,
which in turn prevents the widget test case from triggering the table
incremental reflow bug.

As bernd points out, the table incremental bug still exists.

Comment 22

[karnaze (gone)]

mass reassign to default owner

Comment 23

[Ronald Tilby]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031213
The URL and each of the 3 testcase are WFM using Nightly 2003121308 on Windows XP.

Comment 24

[Bernd]

wfm