NetBSD Problem Report #9127
Received: (qmail 15951 invoked from network); 6 Jan 2000 10:49:41 -0000
Message-Id: <200001061033.EAA13743@rkr.kcnet.com>
Date: Thu, 6 Jan 2000 04:33:11 -0600 (CST)
From: Richard Rauch <rauch@math.rice.edu>
Reply-To: rkr@olib.org
To: gnats-bugs@gnats.netbsd.org
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
>Closed-Date:
>Last-Modified: Sun Jan 20 00:55:00 +0000 2008
>Originator: Richard Rauch
>Release: 1.4.1
>Organization:
"I probably don't know what I'm talking about." --rkr@rkr.kcnet.com
>Environment:
System: NetBSD rkr.kcnet.com 1.4.1 NetBSD 1.4.1 (olibGENERIC) #3: Tue Nov 30 01:09:25 CST 1999 root@rkr.kcnet.com:/usr/src/sys/arch/i386/compile/olibGENERIC i386
NetBSD 1.4 userland
>Description:
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.
>How-To-Repeat:
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
enabled.
>Fix:
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.
>Release-Note:
>Audit-Trail:
Changed submitters mail address in From: header on his request:
From: Richard Rauch <rkr@rkr.kcnet.com>
to: rauch@eecs.ku.edu
[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-Why:
.
Responsible-Changed-From-To: mycroft->xsrc-manager
Responsible-Changed-By: wiz@netbsd.org
Responsible-Changed-When: Sun, 03 Sep 2006 01:21:14 +0000
Responsible-Changed-Why:
Back to role account, mycroft doesn't have commit access any longer.
From: David Holland <dholland@eecs.harvard.edu>
To: gnats-bugs@gnats.netbsd.org
Cc:
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 / dholland@eecs.harvard.edu
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.