31561 - Navigator button on "taskbar" behaves inconsistantly

Status: VERIFIED DUPLICATE of bug 20306

(Core :: XUL, defect, P3)

Description

[Jesse Ruderman]

If there are several navigator windows open, clicking the navigator button on 
the taskbar switches between them sequentially.  If there's only one open, 
however, a new navigator window opens.  Is this behavior intended?

Comment 1

[Ryan Massie]

Build: 2000031306

I can't reproduce your specifig bug, however, with those same actions i can't 
switch between them with only one window open. It lookes like it's about to 
switch, then it jumps back to the previous window. (I forgot for a second that 
it's called a taskbar and not a status bar, i was using the windows taskbar for 
a sec.)

Marking as new. Changing component to widgets:XUL. (it is an XUL bug right?)

Comment 2

[Doron Rosenberg (IBM)]

accepting bug, reproduced on the latest nb1b m15 build. this should be the
correct component.

Comment 3

[Christine Begle]

reassign to owner of selected component

Comment 4

[John Morrison]

The behaviour as described in the original report is by design [pending any 
change ... see (bug #20306)].

The "looks like it's about to switch, then it jumps back to the previous window" 
is actually identical to Nav4.x behaviour (on win98) -- clicking on the 
navigator wheel icon sends two messages -- (1) bring this window to the front
(from a win32 point of view), and (2) bring the other navigator window to 
the front (from a nav4.x/mozilla point of view). 

The behaviour is more rational on mac and linux for 4.x. For mozilla, on the 
mac it works like 4.x on the mac. For mozilla, on linux, it's flat out broken.

I'll take this bug as a duplicate of bug 20306, and detail what needs to be 
done, *if* the 4.xP behaviour is kept as the design behaviour. [If it is 
decided that the button should be == "File->New Navigator Window", then this
point is moot].

*** This bug has been marked as a duplicate of 20306 ***

Comment 5

[John Morrison]

vrfy dup