Open
Bug 34151
Opened 24 years ago
Updated 2 years ago
When closing windows on quit, should close in front-to-back order
Categories
(Core :: XUL, defect, P3)
Core
XUL
Tracking
()
NEW
Future
People
(Reporter: sfraser_bugs, Unassigned)
References
Details
(Keywords: helpwanted)
If you have > 1 window open, one or more of which are composer windows, then the window layering changes as windows are closed on quit. For example, do the following: 1. Launch, see 1 browser window come up. 2. Choose Composer on the tasks menu, get a composer window up. Type in it (to make it dirty). 3. Click on the browser window to bring it to the front. 4. Quit. Note how the composer window, which was in the back, is brought to the front, then the 'do you want to save dialog is shown'. This looks weird (especially when you have several composer windows up, and their order seems to change randomly (creation order??) during this time). Windows should be closed in front-to-back order, and if a window needs to pose a 'do you want to save' dialog, then that should be shown when it's this window's turn to be closed. This is the way that every other Mac app I know works.
Reporter | ||
Comment 1•24 years ago
|
||
Give you a better summary.
Summary: When closing windows on quit, window ordering changes weirdly → When closing windows on quit, should close in front-to-back order
Comment 2•24 years ago
|
||
mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21
Reporter | ||
Comment 3•24 years ago
|
||
I'll take this, and fix it when I check in nsIWindowMeditor Z-order iteration.
Assignee: danm → sfraser
Status: ASSIGNED → NEW
Target Milestone: Future → M19
Comment 4•24 years ago
|
||
moving to future, just can't get to this one
Keywords: helpwanted
Target Milestone: M19 → Future
Comment 5•24 years ago
|
||
This applies to Windows too.
Comment 6•24 years ago
|
||
[--> All/All based on Brian's comments]
OS: Mac System 8.5 → All
Hardware: Macintosh → All
Reporter | ||
Comment 7•24 years ago
|
||
Giving this back to danm.
Assignee: sfraser → danm
Target Milestone: Future → ---
Comment 9•23 years ago
|
||
*** Bug 115897 has been marked as a duplicate of this bug. ***
Comment 10•22 years ago
|
||
*** Bug 103072 has been marked as a duplicate of this bug. ***
Comment 11•22 years ago
|
||
Not that it matters much because this bug is over 2 years old, but it is still a problem at V1.0 RC2. I'm testing OpenVMS build 20020513
Comment 12•17 years ago
|
||
is there a spec for how this should work on windows, and if there isn't does the order matter? IMO it's a good thing if windows which require response are handled )and might get a reponse of cancel) before other windows are closed. Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4
Assignee: nobody → jag
Severity: normal → minor
QA Contact: jrgmorrison → xptoolkit.widgets
Updated•16 years ago
|
Assignee: jag → nobody
Updated•2 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•