Closed Bug 310778 Opened 19 years ago Closed 19 years ago

An incorrect cursor is used to resize the width of the window

Categories

(Core :: Widget: Win32, defect)

1.8 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ria.klaassen, Unassigned)

References

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051001 Firefox/1.4.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051001 Firefox/1.4.1

When I drag the window wider, Firefox uses the incorrect cursor.
See screenshot: http://img319.imageshack.us/img319/561/cursor1db.jpg

Regression:
For trunk between 1.9a1_2005081307 and 1.9a1_2005081323.
For branch between 1.8b4_2005082321 and 1.8b4_2005082404

Although I'm not 100% sure about the builds where the bug didn't show up, mainly
because of the weird discrepancy between regressiondates.

Reproducible: Always

Steps to Reproduce:
1. Make a new profile and open Firefox in it.
2. Normally a new profile opens not entirely maximized, so drag the window
wider, then smaller.


Actual Results:  
When dragging smaller the cursor changes into a text cursor or an arrow.
Oh well, don't need to make a new profile for it; see it also in my daily browser.
Confirmed.
You have to have 'live resizing' on (but I believe that is normally the case).
The regression range corresponds with the fix for bug 297561 (although I
couldn't find the branch checkin with bonsai, strangely enough).
Assignee: nobody → win32
Blocks: 297561
Status: UNCONFIRMED → NEW
Component: Drag and Drop → Widget: Win32
Ever confirmed: true
Keywords: regression
QA Contact: ian
I see the same problem with the Extensions window, the Download window, the JS
Console, the DOM Inspector. 

- Grab with your mouse the right edge of the Download window;
- Drag it wider, then smaller.

Personally I don't care as long as it works, but it looks a bit sloppy for the
public. Don't know how many times people change the size of a window though. :?
Version: Trunk → 1.8 Branch
Flags: blocking1.8b5?
I don't see this with today's branch build on windows XP (luna theme.)
Asa, you have to resize the window, pause with resizing the window, while
holding the mouse button down, and then continue resizing. It doesn't happen
every time. Mostly it seems to happen after the first resize.
we'll try in RC1.
Flags: blocking1.8rc1?
Flags: blocking1.8b5?
Flags: blocking1.8b5-
vlad or stuart, we could use your help on this. can one of you look into it?
Flags: blocking1.8rc1? → blocking1.8rc1-
This seems fixed on trunk (not on branch).
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.