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)
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).
Comment 2•16 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•16 years ago
|
Version: SeaMonkey 1.0 Branch → SeaMonkey 1.1 Branch
Comment 4•16 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•15 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•15 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•14 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•14 years ago
|
||
(In reply to comment #8) > Maybe this is anywhere we use Windows Classic/Basic theming. --> er, non Aero Glass.
Comment 10•14 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•2 years ago
|
||
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.
Description
•