Closed Bug 365657 Opened 18 years ago Closed 2 years ago

escape doesn't cancel main window resizing using triangle in lower-right corner

Categories

(Core :: Widget: Win32, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: dsb, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.7) Gecko/20060910 SeaMonkey/1.0.5

Normally, window resizing can be canceled by typing an escape character.

However, that only works when resizing by part of the window frame.

Specifically, when resizing using the triangle in lower-right corner
(at least in a browser window), typing escape does not cancel resizing.

Reproducible: Always

Steps to Reproduce:
1. Click and drag somewhere on a browser window's frame to begin resizing the 
   window.
2. Press Esc and notice that resizing is cancelled--the window returns to its
   previous size.
3. Click and drag on the little triangle of lines in the lower-right corner to
   being resizing window.
4. Press Esc and notice that this time resizing is NOT cancelled.
Actual Results:  
See step 4.

Expected Results:  
Resizing should have been canceled the same as it was in step 2.
Seems related to bug 185533 (and possibly bug 208959).
SeaMonkey v1.0.x is not supported anymore.

Can you reproduce with SeaMonkey v1.1.9 ?
Version: unspecified → SeaMonkey 1.0 Branch
> Can you reproduce with SeaMonkey v1.1.9 ?

Yes.  Easily.  Did you even try to reproduce it on v1.1.9?

Daniel
Version: SeaMonkey 1.0 Branch → SeaMonkey 1.1 Branch
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008061601 SeaMonkey/2.0a1pre

WFM. I guess this was fixed-on-trunk somewhere.
Depends on: 185533
It took a while for me to confirm that this is a core bug on windows-only, and *only* when you position the mouse exactly on the triangle. When I was less exact and had the mouse on the actual bottom-right corner of the border the escape does actually work.
Assignee: general → nobody
Status: UNCONFIRMED → NEW
Component: General → Widget: Win32
Ever confirmed: true
Product: SeaMonkey → Core
QA Contact: general → win32
Version: SeaMonkey 1.1 Branch → Trunk
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5

WFM on Vista

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5

Does not WFM on XP
Testing this with latest Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20090824 Minefield/3.7a1pre (.NET CLR 3.5.30729)

WFM: 

Pressing escape while resizing/dragging from any browser border edge will return the browser in previous state (ie WFM in general).  

Doesn't WFM: (which is where I believe this bug description lies and not in the above scenario)

Pressing escape after trying to resize/drag from triangle position (not window border) on the square/gripping triangle area in the lower-right doesn't work. 

Which begs the following questions: 

1) Is this bug XP only?  Doesn't appear to be.
2) Is it just triangle area doesn't work on Windows in general?  Seems to be.
3) Is this a regression?  Seems like it from Seamonkey
4) or intention change?   Maybe - to standard FF to other Windows Apps?
5) Was it only in Seamonkey as a feature?  Dunno, hard to say if FF ever had it.
6) Is it more apparent on a borderless window?  Maybe, since borders WFM.
7) How many people notice this?   Probably few, if any.
8) Is this a polish bug?  Seems like it given the state of Windows and Apps in general


I think I remember it used to work way back when maybe using Netscape Communicator Suite 2001-2002 on Windows ME/98SE was around, (ie Seamonkey, which I thought died to the grave after FF came out, doh!).
Maybe this is anywhere we use Windows Classic/Basic theming.  Jim, any chance we'll get this out in 1.9.2 or 2.0?
(In reply to comment #8)
> Maybe this is anywhere we use Windows Classic/Basic theming.

--> er, non Aero Glass.
(In reply to comment #9)
> (In reply to comment #8)
> > Maybe this is anywhere we use Windows Classic/Basic theming.
> 
> --> er, non Aero Glass.

Lets try this again.  The status bar is being removed for Fx 4, but looks to be including the resizer to the addon bar instead - see bug 489303 for more.

We no longer display a resizer.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.