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)
Tracking
(Not tracked)
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.
Reporter | ||
Updated•25 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 1•25 years ago
|
||
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.
Reporter | ||
Comment 2•25 years ago
|
||
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.
Comment 3•25 years ago
|
||
pavlov: i've noticed this too. seems like a platform-parity problem. are we not telling the X server to raise the window?
Comment 4•25 years ago
|
||
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
Comment 5•25 years ago
|
||
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-]
Comment 8•25 years ago
|
||
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
Comment 9•24 years ago
|
||
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
Comment 10•24 years ago
|
||
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.
Comment 11•24 years ago
|
||
Yep, this is a dup. *** This bug has been marked as a duplicate of 26082 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
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
•