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)

PowerPC
Mac System 8.5
defect

Tracking

(Not tracked)

VERIFIED FIXED

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.
Component: Browser-General → XPApps
Assignee: davidm → matt
Priority: P3 → P2
Target Milestone: M15
Move to M15. Not a beta requirement (sorry).
Assignee: matt → davidm
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
This seems to work for me with a build from 12/30.
Status: RESOLVED → REOPENED
reopening
Resolution: WORKSFORME → ---
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.
Fix checked in
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Forgot to mark fixed
*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
QA assigning to sairuh to verify
Keywords: verifyme
QA Contact: blakeross → sairuh
window controls -> claudius?
Keywords: verifyme
QA Contact: sairuh → claudius
VERIFIED Fixed with 2001040309 build on MacOS 8.5.1
Status: RESOLVED → VERIFIED
QA Contact: claudius → jrgm
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.