NetBSD Problem Report #9127

Received: (qmail 15951 invoked from network); 6 Jan 2000 10:49:41 -0000
Message-Id: <>
Date: Thu, 6 Jan 2000 04:33:11 -0600 (CST)
From: Richard Rauch <>
Subject: CapsLock not properly handled between virtual consoles with X
X-Send-Pr-Version: 3.95

>Number:         9127
>Category:       xsrc
>Synopsis:       CapsLock not properly handled between virtual consoles with X
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    xsrc-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Jan 06 02:50:59 +0000 2000
>Last-Modified:  Sun Jan 20 00:55:00 +0000 2008
>Originator:     Richard Rauch
>Release:        1.4.1
  "I probably don't know what I'm talking about."

System: NetBSD 1.4.1 NetBSD 1.4.1 (olibGENERIC) #3: Tue Nov 30 01:09:25 CST 1999 i386
	NetBSD 1.4 userland

	With multiple X servers running on virtual consoles, I notice that
	if I enable CapsLock in one server, then flip to another, the LED on
	the keyboard stays on, but the other server misses the CapsLock key.

	Either of two behaviors would seem a fix: Either track the state of
	CapsLock and toggle the LED under virtual console control (probably
	not a portable solution), or else track the state of CapsLock, and send
	necessary state-change events to the console/server when switching.

	NOTE that the text-based consoles appear to correctly do the latter
	option already.  But if switching to, from, or between X servers,
	the CapsLock enable/release events are not passed along.

	Obviously, this may also affect ScrollLock and NumLock; since I never
	use those, I'm not sure if they are affected.

	I tentativelyh put this as an X11 problem since the text consoles are
	not affected by this bug.

	With virtual consoles up and running, start at least one X server.
	Then, just to be concrete, in a text console enable CapsLock and type
	a character or two to verify that it's on.  Then switch to the X
	server and type a character.  The LED should still be on, but the
	character should come out lower-case.

	Hit the CapsLock.  Apparently, something in the system knew that the
	current console thought that the CapsLock was released, so the LED
	stays on, and now typing is in all caps...

	I notice some #ifdef's in the code for console switching.  It may be
	useful for you to know that I have all WSDISPLAY_COMPAT_* options

	No fix is available to me.

	The closest thing to a workaround is to hit CapsLock a time or two
	after any console switch.  This at least will force the LED to agree
	with the internal state.  But, since the state is correctly carried
	between text consoles, you still get varying effect after the switch.
Changed submitters mail address in From: header on his request:
From: Richard Rauch <>
[wiz 2001-06-09]
Changed From: address on submitter's request. [wiz 2001-07-11]
Responsible-Changed-From-To: xsrc-manager->mycroft 
Responsible-Changed-By: mycroft 
Responsible-Changed-When: Tue Jul 6 22:20:49 UTC 2004 
Responsible-Changed-From-To: mycroft->xsrc-manager
Responsible-Changed-When: Sun, 03 Sep 2006 01:21:14 +0000
Back to role account, mycroft doesn't have commit access any longer.

From: David Holland <>
Subject: Re: xsrc/9127: CapsLock not properly handled between virtual consoles with X
Date: Sat, 19 Jan 2008 19:54:27 -0500

 This is probably closely related to 5034.

    - David A. Holland /


NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.