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 149366 - launched windows that don't get focus occur in wrong location in mru_list
launched windows that don't get focus occur in wrong location in mru_list
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
2.8.x
Other Linux
: High normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks: 149028
 
 
Reported: 2004-08-05 04:17 UTC by Elijah Newren
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.7/2.8


Attachments
patch to make launched windows denied focus appear in mru list after the focused window (3.56 KB, patch)
2004-08-05 04:19 UTC, Elijah Newren
none Details | Review
simpler version, with bugfix (2.97 KB, patch)
2004-08-05 16:15 UTC, Elijah Newren
accepted-commit_now Details | Review

Description Elijah Newren 2004-08-05 04:17:15 UTC
1. Launch an application
2. Click in another window before the application from step 1 is mapped
3. Wait for the application in step 1 to be mapped
4. Decide that you really do want to use the application launched in step 1
5. Use Alt-Tab or Alt-Esc

Note that you have to alt-tab or alt-esc through ALL the windows on the current
workspace in order to get to the launched application.  A single press of
alt-tab or alt-esc should suffice.

In other words, if the launched app doesn't get focus, we should make it appear
in the mru list just after the window with focus.
Comment 1 Elijah Newren 2004-08-05 04:19:52 UTC
Created attachment 30224 [details] [review]
patch to make launched windows denied focus appear in mru list after the focused window

The function actually provides two implementations.  One is untested but easier
to understand.	I didn't use that method because it'd have to loop through the
entire mru_list more than once, when I expect the two windows of interest to be
the first two entries in the mru_list.
Comment 2 Elijah Newren 2004-08-05 04:21:21 UTC
Marking this bug as blocking 149028, since bug 149028 is the summary of all
remaining bugs about _NET_WM_USER_TIME.
Comment 3 Havoc Pennington 2004-08-05 08:04:56 UTC
Thanks, the slow/simple implementation is probably better in this case, speed
hardly matters. You might add a comment "this is slow, but doesn't matter while
we're only using it on new window map"

Also, split variable declaration from assignment:
 GList *foo;
 foo = g_list_find ()

Comment 4 Elijah Newren 2004-08-05 16:15:44 UTC
Created attachment 30243 [details] [review]
simpler version, with bugfix

Okay, here's a patch that just uses the simpler yet slower version.  It also
fixes a bug in a (very common) situation that I hadn't thought of and hadn't
previously tested.  Alright to apply?
Comment 5 Havoc Pennington 2004-08-05 16:46:35 UTC
Comment on attachment 30243 [details] [review]
simpler version, with bugfix

Looks good to me
Comment 6 Elijah Newren 2004-08-05 17:48:56 UTC
applied.