111848 - text input in a right positioned div moves when entering text.

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[Guille (bisho)]

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011013
BuildID:    Mozilla 0.9.5

When I write text in the input text, the form field begins moving atrangely.

Reproducible: Always
Steps to Reproduce:
See the url atached.
When you write some text in the input text field, the form will start moving and
doing strange things.

The form is in a absolute positioned div, positioned from right margin.
The are 2 examples.
The first form example is inside a table, that moves a lot
The second one is simplified, without a table, that moves less, only a little
with the first type-in.
It's a very strange bug...

Comment 1

[Karl Johan Kleist]

Build ID: 2001 11 23 03. Windows 2000.

WFM, maybe a Linux-only problem?

Comment 2

[Guille (bisho)]

Maybe. I don't have any windows machine near, so I can't test it.Also Galeon, based on Mozilla rendering engine is affected. Always in Linux.

Comment 3

[Boris Zbarsky [:bzbarsky]]

worksforme, linux build 2001-11-23-08.

Please test with a more recent build -- 0.9.5 is almost two months old.

Comment 4

[William Garrison]

This happens on Mozilla 0.9.6/Win32 as well.  Also happens on tables with widths
set on the cells.  Try the form at
http://www.trolltech.com/developer/download/wineval.html or try this HTML:

Comment 5

[William Garrison]

Attachment: Simplified HTML example demonstrating this bug using tables

Comment 6

[Boris Zbarsky [:bzbarsky]]

OK.  I see this with the testcase.  setting status to NEW, but this may well be
an HTML Tables problem.

Comment 7

[rods (gone)]

reassigning

Comment 8

[Madhur Bhatia]

i see the bug on win200 and macOS 9.1, as well. 

platform --> all
OS --> all

Comment 9

[kinmoz]

I still see the problem with the test case and URLS in this bug, on the
MOZILLA_1_0_BRANCH. I can't reproduce any of the problems in a TRUNK build,
probably because of the nsBlockFrame.cpp and nsBox.cpp fixes in bug 141900,
which also seem to hide a similar problem in bug 145543 which is a more extreme
case.

My guess is that the underlying problem still exists and we'll have to use a
modified test case that perhaps uses a div and some JS to simulate what the text
widget was doing.

Adding this bug as a dependency to bug 139890 which is a tracking bug for issues
we can't reproduce anymore, but we know the underlying problems still exist and
need investigation.

Comment 10

[Brian Rogers]

Attachment: New testcase with button

Here's the new testcase you need.  I was about to file a bug for this, but then
decided to quickly query "Layout: Form Controls" for "moves".

I believe this testcase is showing the same problem, although with a button. 
The outer div that has style="display:table" could instead be a table with
align="right", and I put some borders and padding to help see what's going on. 
The distance the button moves is equal to the diffence between the button's
width and the width of the containing div.

Comment 11

[Kevin Berkheiser]

Seems to work for me.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316

Comment 12

[Boris Zbarsky [:bzbarsky]]

To tables, but this does look wfm; dunno whether we've made changes to tables or
blocks that should have fixed it...

Comment 13

[Bernd]

marking as wfm as no opposition has appeared in the bug and it wfm's