Closed Bug 28626 Opened 25 years ago Closed 24 years ago

Open Windows on Taskbar doesn't bring selected window to the front

Categories

(SeaMonkey :: UI Design, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 26082

People

(Reporter: derikson3, Assigned: mcafee)

Details

(Keywords: relnote, Whiteboard: [PDT-])

Overview Description:
Selecting a window in the "Open Windows" list on the taskbar doesn't
bring that window to the front.  At this time, the "Open Windows" list doesn't
do anything but show a list of "Open Windows".

Steps to Reproduce:
1) Open two browser windows.
2) Position one window over the other.
3) On the window in the front, select the window behind it on the "Open Windows"
 list.

Actual Results:
nothing happens

Expected Results:
The window that's in the back should move to the top.

Reproducibility:
100%

Build Date & Platform Bug Found:
Linux CVS build 2000-02-20

Additional Information:
I'm using Enlightenment with sloppy focus enabled.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This works with build 2000-02-20-16 on NT
Please try again with that (or later) build on Linux to see if it's a
Linux-specific focus problem or has been fixed since your build.
Tested again with a Linux CVS build - 2000-02-21.
Also tested with Linux 2000021909.
I've had other people on #mozillazine try to reproduce this on windows,
but they were unable to.
pavlov: i've noticed this too. seems like a platform-parity problem. are we not 
telling the X server to raise the window?
this is the same issue as bug 26082. Not necessarily a dupe because there are different tests but I'd bet a shiny nickel it's the 
same root cause.
QA Contact: paulmac → claudius
I'm nominating this bug for beta1. It is an offshoot from PDT+ bug 20840. The loss of functionality for this bug is the same as 
that bug, I just don't know what the policy is if a bug is PDT+ severity but only on one platform.
Keywords: beta1
Putting on PDT- radar for beta.  Will relnote.
Keywords: relnote
Whiteboard: [PDT-]
*** Bug 30488 has been marked as a duplicate of this bug. ***
note that doing this via the 'Tasks' menu doesn't seem to work either. The console still reports "got window manager. got 
interface. window-24 finding. got window. focusing." but it never gts around to actually focusing (bringing to front) the asked for 
window.
2000031303 build on RH6
reassigning to mcafee because he's holding bug 26082. There's a larger linux window-focusing issue that these both depend on 
(I believe). If someone knows that bug feel free to mark it.
Assignee: don → mcafee
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.
Yep, this is a dup.



*** This bug has been marked as a duplicate of 26082 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
OK Verified Dupe
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.