Closed Bug 26082 Opened 25 years ago Closed 8 years ago

Task switcher does not cycle through open windows on Linux

Categories

(Core Graveyard :: Tracking, defect, P4)

x86
Linux
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE
Future

People

(Reporter: cmaximus, Unassigned)

References

Details

(Keywords: helpwanted, Whiteboard: [PDT-] [nsbeta3-])

Overview Description:

  Clicking on the little navigator icon on the task switcher toolbar (on the bottom) fails to cycle through open browser windows.

Steps to Reproduce:

1) Launch browser

2) Open a new window (total of 2 or more)

3) Click on the navigator icon.



Actual Results:

        The console prints out:
got window Manager
got interface
got windows
topWindowOfType = [object window]
find topmost window
Give focus to next window in the list
focusing window

And after all that - nothing happens

Expected Results:
        All of the above plus maybe the next window in the cycle
comes to front.

Build Date & Platform Bug Found: 

Linux RH6 2000020110.


Additional Builds and Platforms Tested On: 

same build on NT tested just fine.
QA Contact: paulmac → claudius
Hmmmm ... that's a bug for me too.
Assignee: matt → mcafee
Target Milestone: M14
m15
Target Milestone: M14 → M15
alomost certain this is going to get the pdt-, but i need you to go through the motions anyway. I have beta status docs that say 
this is supposed to work for beta and if it's not then they need to say that pdt has looked at it and decided no, aka pdt-.
Keywords: beta1
Summary: Task switcher does not cycle thorugh open windows on Linux → Task switcher does not cycle through open windows on Linux
PDT-
Whiteboard: [PDT-]
I think bug 28626 and bug 26082 are either dupes of or depend on ancient bug 8002. I'm partial to depends just to preserve the 
test cases but whatever we can jsut note it there. Mcafee, I'm leaving it to you to say if these are dupes.
*** Bug 28626 has been marked as a duplicate of this bug. ***
Pav, I'm re-assigning this to you since:

    1) You already own bug #8002 (which this is likely a dup of), and ...
    2) McAfee is leaving for sabbatical and will never get to fix this in time

Assignee: mcafee → pavlov
Component: XPApps → other
Target Milestone: M15 → ---
as soon as I fix 8002, this will be fixed.... I don't know when i'll get to fix
8002 though.. it has some interesting problems.
Depends on: 8002
Target Milestone: --- → M17
Mass moving M17 bugs to M18
Target Milestone: M17 → M18
should the relnote keyword be moved over?
mass-moving all '-' bugs to M20
Target Milestone: M18 → M20
putting on nsbeta3 radar.
Keywords: nsbeta3
[nsbeta3+]
Whiteboard: [PDT-] → [PDT-] [nsbeta3+]
Target Milestone: M20 → M18
P4.  Works sometimes, usually not, but can switch windows using other means.
Priority: P3 → P4
We are not committing to fix this bug for N6.
Status: NEW → ASSIGNED
Mass-moving P4/P5 bugs to Future milestone.  We just don't have any time left
for these, although we could still consider taking a good patch.  Adding
Helpwanted keyword.
Keywords: helpwanted
Target Milestone: M18 → Future
nsbeta3-
Whiteboard: [PDT-] [nsbeta3+] → [PDT-] [nsbeta3-]
is this still an issue anymore?
Blocks: 104166
Assignee: pavlov → nobody
Status: ASSIGNED → NEW
QA Contact: claudius → chofmann
Marking all tracking bugs which haven't been updated since 2014 as INCOMPLETE.
If this bug is still relevant, please reopen it and move it into a bugzilla component related to the work
being tracked. The Core: Tracking component will no longer be used.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.