After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 129750 - The active window is sometimes not at the front
The active window is sometimes not at the front
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
2.5.x
Other Linux
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on: 96140
Blocks: 128211
 
 
Reported: 2003-12-20 19:11 UTC by Murray Cumming
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6

Attachments
metacity_active_window_obscured.jpg (280.20 KB, image/jpeg)
2003-12-20 19:14 UTC, Murray Cumming 		Details

Description Murray Cumming 2003-12-20 19:11:27 UTC 
When using the Nautilus Shift-Alt-Arrow navigation feature, the
newly-active window is not always at the front, though (in the simple
theme) it does have the darker title bar that active windows have. See the
metacity_active_window_obscured.jpg attachemnt. I think that this should be
impossible.

This is difficult to reproduce - sometimes it just makes the wrong window
active, depending on what other windows/applications are running, but you
will always get some strange behaviour when using this feature. It works
fine with Sawfish, and it seems to work fine with Alt-Arrow (which does not
close the current window) instead of Shift-Alt-Arrow.
Comment 1 Murray Cumming 2003-12-20 19:14:29 UTC 
Created attachment 22603 [details]
metacity_active_window_obscured.jpg
Comment 2 Murray Cumming 2004-02-04 12:33:33 UTC 
I am seeing this more and more in many GNOME apps.

Here is an easier way to reproduce it:
1. Choose Actions/Run Application... from the panel menu.
2. Click the "Run With File" button.
3. See the extra window opened, active but under the first window.
Comment 3 Elijah Newren 2004-02-04 17:33:12 UTC 
I haven't been able to duplicate this.  However, it does look similar
(at least to someone who doesn't quite understand what's going on :)
to bug 96140.  Is there any chance that it's related?
Comment 4 Fernando Herrera 2004-02-16 12:54:42 UTC 
Yep. Without the patch on bug #96140, the window is below. After
applying that patch everything is okey. Marking as dependant.
Comment 5 Ed Catmur 2004-02-17 15:45:25 UTC 
On my machine, the patch to bug 96140 fixes the panel menu case, but 
does not fix the original bug.

Besides, bug 96140 only mentions windows in the dock layer. Nautilus 
windows are in the main layer: I do not think this is the same bug as 
the panel menu case.

I find this to be 100% reproducible:

1. Open a gnome-terminal and nautilus spatial window
2. Activate the gnome-terminal and then the nautilus window
3. Use Shift+Arrow, Shift+double click, or Shift+middle click

Every time the new nautilus window will be active with the active 
window decorations but behind the terminal window.
Comment 6 Ed Catmur 2004-02-19 13:38:26 UTC 
Seems to be fixed in metacity 2.7.0.
Comment 7 Rob Adams 2004-02-28 01:51:16 UTC 
this should be fixed in CVS.