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 314285 - Alt+Esc cycling causes visual stacking order not to match actual stacking order
Alt+Esc cycling causes visual stacking order not to match actual stacking order
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
2.11.x
Other Linux
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2005-08-23 17:25 UTC by Ross Cohen
Modified: 2005-10-03 20:06 UTC
See Also:
GNOME target: ---
GNOME version: 2.11/2.12


Attachments
This fixes the bug. (456 bytes, patch)
2005-08-23 17:28 UTC, Ross Cohen
committed Details | Review

Description Ross Cohen 2005-08-23 17:25:42 UTC
Hold Alt and press Esc twice with some overlapping windows. Now try Alt+Esc-ing
again. Note that the correct stacking order is not reflecting by the apparent
stacking order, since windows are raised by Alt+Esc but never lowered again if
you go past them.
Comment 1 Ross Cohen 2005-08-23 17:28:13 UTC
Created attachment 51205 [details] [review]
This fixes the bug.
Comment 2 Elijah Newren 2005-08-26 21:37:28 UTC
Makes sense to me.  The patch has one bug but only because of another bug--if
you alt-tab a few times then press alt-esc, then alt-tab again then the window
raised by the alt-esc isn't lowered.  Since mixing alt-tab and alt-esc is kind
of a bug anyway we probably don't need to worry about that here.

Havoc?
Comment 3 Elijah Newren 2005-10-03 20:06:15 UTC
Thanks!

2005-10-03  Elijah Newren  <newren@gmail.com>

	Patch from Ross Cohen to make alt-esc consistent with alt-tab by
	leaving stacking of unselected windows unchanged.  Fixes #314285.

	* src/keybindings.c (process_tab_grab): before raising and showing
	the next candidate, reset the stack positions to what they were
	at the beginning of the grab