Closed Bug 2850 Opened 26 years ago Closed 26 years ago

reszing can cause form controls to appear offset from correct position

Categories

(Core :: DOM: Core & HTML, defect, P2)

Product:
Core
Component:
DOM: Core & HTML
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 2595

People

(Reporter: michaelp, Assigned: pollmann)

References

(
URL
)

Details

load demo 5 scroll down so that the form elements are visible. begin resizing the window both horizontally and vertically to force a full reflow and watch where the widgets wind up. occasionally they will appear slightly offset from where they really should be. it's easier to see with visual debugging turned on. i marked this as pc/nt, but i suspect that this is an xp problem. let me know if you have trouble reproducing.
Setting all current Open/Normal to M4.
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
QA Contact: 4110 → 4137
Reassigning qa contact to cpratt@netscape.com
Marking M5
Here's a reduced test case: <html> <body> <table height=100%> <tr><td>Scroll down.</td></tr> </table> <form> <input type=text> </form> Enlarge the window horizontally. </body> </html> The table's just here as a spacer. The amount that the form elements are offset is equal to the amount that you have scrolled down. i.e. If you are at the top of the page and reflow, there is no offset. If you scroll down half a line and reflow, the input will jump up one half line.... Looks like we're subtracting the scroll offset twice when computing the vertical offset to position our widgets within the view...
Target Milestone: M5 → M6
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 2595 ***
Status: RESOLVED → VERIFIED
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.