Closed Bug 79968 Opened 24 years ago Closed 23 years ago

Inactive window closes other windows when dragged over close button

Categories

(Core :: XUL, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 103031
mozilla1.0

People

(Reporter: devsin, Assigned: sdagley)

References

Details

Attachments

(1 file)

(2001-05-09, Mac OS X, v10.0.3) The hidden window seems to destroy other windows if they are dragged into the area it occupies. If you drag the top-left edge of a window over the hidden window (the top-left of the screen), the window disappears. 1) Open a window (Manage Bookmarks window is a good one to use) 2) Drag it to the top-left of the screen 3) Poof! You might have to be a little precise with the location - I have my main browser window set almost flush with the top-left of the screen, and I have to drag a window so that its top-left edge is in the middle of the red "Close" button for this to work. The only thing I can attribute this to is the stupid hidden window that's in that corner (and usually quite visible).
Actually, it appears to be the inactive window that's causing problems. With a browser window already open, try dragging a different window so that the top-left corner of the window is directly over the browser window's close button. As soon as you let go of the mouse button, the window is closed. Updating summary.
Summary: Hidden window gobbles up other windows → Inactive window closes other windows when dragged over close button
->danm
Assignee: trudelle → danm
Target Milestone: --- → mozilla1.0
1) Begin a file download 2) Drag the download window's upper-left corner over a browser window's close button The download progress window closes, but the download continues. Without a UI for the progress, a user won't know when a download is really finished. Also, since most users will think the download aborted, they'll just ignore it and try to download the file again or do some browsing - a problem on slow connections since the download is still going and sucking up most of the bandwidth. So you either have to wait until the download is finished (whenever that might be) or you have to quit and relaunch the browser just to abort the download (like I have to do right after I submit this comment). Is that (and the fact that those of us who like to stay organized can't tile our windows) enough of a problem to raise the priority to 0.9.3?
I can't repro this in the N6.1 for OS X Preview. Is it still valid?
I'm still seeing this problem in the 8/27 nightly.
*** Bug 96170 has been marked as a duplicate of this bug. ***
Strange things also happen if you drag the top left corner of the active window over an inactive window's maximize button (green plus-sign button). One or both of the windows changes position. 2001090105 on Mac OS X 10.0.4.
danm doesn't have an osx box. dagley? care to take a look. i can duplicate this now, and yeah, i can see how it could be annoying. the finder doesn't do this. i wonder why we do.
Assignee: danm → sdagley
Also, under some circumstances (I haven't pinned down the conditions exactly) after dragging the active window, it will jump upward, leaving the title bar outside the screen area (and making it impossible to move the window). THis may be a separate bug.
The description of this bug is a little confusing, which makes it hard to find. How about: "Active browser window jumps or disappears when dragged over inactive browser window"
I have never been able to repro this. Can anyone that _has_ seen it try again now that 10.1 is out and see if it cures the problem?
I have a fresh install of Mac OS X 10.1 and I still run into this problem with 0.9.4 build 2001100205, as described in my earlier comments. I am still experiencing all three problems (windows unexpectedly closing, maximizing, or changing position so that their title bars are offscreen)
yes, it still happens with 10.1, branch bits from 10/2
"Also, under some circumstances (I haven't pinned down the conditions exactly) after dragging the active window, it will jump upward, leaving the title bar outside the screen area (and making it impossible to move the window)." I have seen this also. To fix this, I have to change the display settings to cause the title bar to be visible on screen again.
On 10.1, 2001091313 I reproduced the close problem the first time I tried it and now it doesn't occur again. Can't reproduce minimize or maximize. FWIW.
Here are steps that will reproduce the window jumping problem: (Using Mozilla 0.9.4 build 2001100605 on Mac OS X 10.1 on a Powerbook G4) 1. Create a new profile.2. Close the Navigator window. 3. Open an Editor window. 4. Open an Address Book; dismiss dialogs by clicking Cancel and Exit. 5. Move the Address Book window to about the position shown in the attached screen shot. 6. Click on the title bar of the Editor window.7. Click on the title bar of the Address Book Window. The Address Book window jumps upward. Also, if you repeat the steps above but skip step 2 (leaving the navigator window open), the editor window will close by itself on step 6. Any chance this can be fixed by Mozilla 0.9.6? It's very annoying.
Here is a third variation on the steps from my earlier comment. These steps will reproduce the window-jumping problem while dragging: 1. Create a new profile. 2. File->New->Blank Page to Edit. 3. Open Address Book. Click Cancel and Exit to dismiss dialogs. 4. Click in the content area of the Editor window (not on the title bar) to bring it to the front. 5. Click in the content area of the Address Book window. 6. Drag the Address Book window to the position shown in the screen shot and release the mouse button. The window jumps upward; the title bar is off the screen.
Simpler steps to reproduce: 1. Create a new profile; launch Mozilla. 2. File->New Blank Page to Edit. 3. Click on title bar of Navigator window to bring it to the front. 4. Drag Navigator window to magic spot shown in screen shot. Navigator window jumps.
This bug is for Inactive windows closing other windows, not windows jumping around. Please file another bug for that as all those repro cases do NOT result in the inactive window closing (or at least not fo me - I do get a window that ends up partly offscreen)
I have filed two additional bug reports, bug 103770 and bug 103771, to cover the cases where windows maximize or jump unexpectedly.
Now that the jumping window bug has been broken out I'm going to close this one as a dupe of 103031 as that bug is a little more specific to disappearing windows *** This bug has been marked as a duplicate of 103031 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: