Closed
Bug 22295
Opened 25 years ago
Closed 25 years ago
Tasks menu doesn't cycle through windows properly
Categories
(SeaMonkey :: UI Design, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
M15
People
(Reporter: Brade, Assigned: davidm)
Details
The tasks menu doesn't seem to cycle through the windows properly.
If I create 3 navigator windows (A, B, C) and stack the windows so that C is on
top of B which is on top of A; selecting Navigator from the Tasks menu will
correctly select the windows until the first window is selected. Once that
window is on top, the other windows don't come forward.
I expect to be able to cycle the front-most window like this A->B->C->A->B...
David--I'm not sure if you own the code but it looks like you've been in the
code so I'm assigning it to you.
Reporter | ||
Updated•25 years ago
|
Component: Browser-General → XPApps
I wrote that code to simulate the navigator ( on mac ) experience where you cycle
through the windows in the order that they are created. A quick test using my
build forom long ago ( 12/14) shows that this works. I'll try a more recent
build. reassign to me since I can fix it a lot faster than matt.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Comment 4•25 years ago
|
||
reopening
Reporter | ||
Updated•25 years ago
|
Resolution: WORKSFORME → ---
Reporter | ||
Comment 5•25 years ago
|
||
I can reproduce this with the following steps:
* launch apprunner with a browser window
* open a new composer page
* switch back to the browser window and choose new navigator window from file menu
* load bugzilla in this 2nd navigator window
* create a 3rd navigator window as above (load tinderbox)
* go to task menu and choose navigator
[note: 1st navigator window comes to front]
* go to task menu and choose navigator
[note: bugzilla navigator window comes to front]
* go to task menu and choose navigator
Notice that we are now stuck on the bugzilla page and don't cycle.
There's something going on when creating non-navigator windows that interferes
with the cycling of windows.
Accute stupidly on my fault. I dredge up a code reviewer and check in the fix.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Comment 9•24 years ago
|
||
*spam* changing qa contact from nobody@mozilla.org to me (BlakeR1234@aol.com)
on 121 open or resolved (but not verified) bugs. sorry for the spam everybody,
but most of these bugs would just remain dormant and not checked by QA
otherwise. I'm not sure how so many bugs have nobody as their QA contact, but
I suspect this is the fault of some sort of bugzilla corruption that happened
at some point (most of these bugs are in the 20000-26000 range, and I don't see
where in the activity log that QA contact explicitly changed to
nobody@mozilla.org)
Anyways, sorry again for spam. If you really get annoyed, I'm usually
available in #mozilla on IRC for torture.
QA Contact: nobody → BlakeR1234
Comment 10•24 years ago
|
||
QA assigning to sairuh to verify
Keywords: verifyme
QA Contact: blakeross → sairuh
Comment 11•24 years ago
|
||
window controls -> claudius?
Keywords: verifyme
QA Contact: sairuh → claudius
Comment 12•24 years ago
|
||
VERIFIED Fixed with 2001040309 build on MacOS 8.5.1
Status: RESOLVED → VERIFIED
QA Contact: claudius → jrgm
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•