443233 - resizing w/ <resizer> loses 1/2 of vertical movement

Status: VERIFIED WORKSFORME

(Core :: Layout, defect)

Description

[L A Walsh]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14

If I use the resize tab in the lower right corner to resize the window -- the horizontal movement of the window border tracks the mouse cursor, but the vertical movement of the window border appears to move at 1/2 the mouse-cursor rate.

If I resize by the corner, instead of the tab, this doesn't happen.
This may be unique to Windows (I'm on XP).

This has been a bug since at least 2.0.0.0.


Reproducible: Always

Steps to Reproduce:
1. use resize pad to resize instead of window corner
2.
3.
Actual Results:  
vertical window movement = 1/2 what the mouse cursor moves.

Expected Results:  
vertical window movement tracks mouse cursor 1:1.
(this is true for resizing by the edges/corners of the window -- just not the 
'pad' that is designed for resizing the window...:-( ).
Horizontal movement appears to track 1:1 as expected.


Leaving the severity at normal, because while it is possible to work-around window resizing by using the corners, it isn't possible to use the larger space of the resize tab that is *designed* to be used for resizing -- in that regard, it's an accessibility issue as well (I use the pad, because being right over the corner
is difficult and takes longer).

Comment 1

[Robert Strong (they/them - no direct email)]

Over to Toolkit -> XUL Widgets where this widget lives.

Comment 2

[Kai Liu]

WFM on 2.0.0.14 in XP and on 3.0 in XP, with both the mouse and touchpad.

nsResizerFrame handles the <resizer>, so moving to Core...

Comment 3

[Wayne Mery (:wsmwk)]

does this still reproduce for you?

Comment 4

[L A Walsh]

I'm on Win7 now, so don't know, but am also on FF3.x...

Comment 5

[L A Walsh]

FWIW, I'm marking this as verified in 2.0, but unless you are going to go back and fix it, am marking it won't fix, 


It does seem to be fixed in 3.x series.

Comment 6

[Wayne Mery (:wsmwk)]

(In reply to comment #5)
> It does seem to be fixed in 3.x series.

WFM is appropriate here.
WONTFIX is a designation assigned by developers.

Comment 7

[L A Walsh]

oh...ok..