Closed
Bug 365657
Opened 19 years ago
Closed 4 years ago
escape doesn't cancel main window resizing using triangle in lower-right corner
Categories
(Core :: Widget: Win32, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: danielbarclay.oss, 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).
Comment 2•17 years ago
|
||
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
Updated•17 years ago
|
Version: SeaMonkey 1.0 Branch → SeaMonkey 1.1 Branch
Comment 4•17 years ago
|
||
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.
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
Comment 6•17 years ago
|
||
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
Comment 7•16 years ago
|
||
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!).
Comment 8•15 years ago
|
||
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?
Comment 9•15 years ago
|
||
(In reply to comment #8)
> Maybe this is anywhere we use Windows Classic/Basic theming.
--> er, non Aero Glass.
Comment 10•15 years ago
|
||
(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.
Comment 11•4 years ago
|
||
We no longer display a resizer.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•