Bug 102537

Summary: When CAPS LOCK is activated, alt+tab switching no longer works.
Product: [Retired] Red Hat Linux Reporter: Robert Banfield <rbanfield>
Component: metacityAssignee: Havoc Pennington <hp>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 9CC: riel
Target Milestone: ---   
Target Release: ---   
Hardware: athlon   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-08-17 14:41:58 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Robert Banfield 2003-08-16 21:16:28 UTC
Description of problem:  When CAPS LOCK is activated, alt+tab switching no
longer works.

Version-Release number of selected component (if applicable): kernel 2.4.20-19.9


How reproducible:  All the time


Steps to Reproduce:
1.  Turn on CAPS LOCK
2.  Try alt+tab switching of windows (it doesn't work)
3.
    
Actual results:  Nothing happens


Expected results:  Alternate windows come into focus


Additional info:

Comment 1 Havoc Pennington 2003-08-17 14:41:58 UTC
This is fixed in newer metacity, will be fixed in next release.

2003-05-20  Havoc Pennington  <hp>
	
	* src/keybindings.c (meta_change_keygrab): the mask 
	display->ignored_modifier_mask wasn't being bound, 
	due to "<" instead of "<=" (most people didn't notice
	as display->ignored_modifier_mask included Scroll_Lock).
	Red Hat bugzilla #91301 reported by Youssef Makki

	* src/display.c (meta_change_button_grab): make corresponding
	change for button grabs.

As a workaround you can configure Scroll_Lock on mod5, if you know how to 
play with X keymaps.