GNU bug report logs - #6392
24.0.50; Switching to emacs window reports "<Scroll_Lock> is undefined"

Previous Next

Package: emacs;

Reported by: Tim Van Holder <tim.vanholder <at> gmail.com>

Date: Thu, 10 Jun 2010 15:53:02 UTC

Severity: minor

Found in version 24.0.50

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Stefan Kangas <stefan <at> marxist.se>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#6392: closed (24.0.50; Switching to emacs window reports
 "<Scroll_Lock> is undefined")
Date: Sat, 18 Jan 2020 16:51:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Sat, 18 Jan 2020 17:50:23 +0100
with message-id <CADwFkmmckcezY_hNN4NTKSZZvkf806QViqZG-y99fEtwm0JnoA <at> mail.gmail.com>
and subject line Re: bug#6392: Scroll Lock state was on
has caused the debbugs.gnu.org bug report #6392,
regarding 24.0.50; Switching to emacs window reports "<Scroll_Lock> is undefined"
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
6392: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6392
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Tim Van Holder <tim.vanholder <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50;
	Switching to emacs window reports "<Scroll_Lock> is undefined"
Date: Thu, 10 Jun 2010 16:59:13 +0200
I'm running emacs on an (old) debian box from an ssh session, with X
forwarding set up to Cygwin's X windows.

Since updating to this morning's bzr trunk (but still the case after a
bzr update 15 minutes ago), starting up emacs gives an error
"<Scroll_Lock> is undefined". This error is repeated when the emacs
window receives the focus (after Alt-TAB). It is quite annoying since I
tend to go back and forth between windows a lot.

Happens with emacs -Q too, so does not seem to be a customization issue.

I tried
  (global-set-key [Scroll_Lock] nil)
and
  (global-set-key [Scroll_Lock] 'do-nothing)
but neither had any effect whatsoever.


As an aside, I see that [C-q TAB] inserts a NUL character before the
TAB. It does not happen for all characters; others that seem to get a
NUL are [return], [ESC] (which inserts the NUL but then treats the ESC
as a keypress rather than inserting an escape character).


In GNU Emacs 24.0.50.10 (i686-pc-linux-gnu, GTK+ Version 2.8.20)
 of 2010-06-10 on leeloo
Windowing system distributor `The Cygwin/X Project', version 11.0.10503000
configured using `configure  '--with-x''


[Message part 3 (message/rfc822, inline)]
From: Stefan Kangas <stefan <at> marxist.se>
To: Tim Van Holder <tim.vanholder <at> gmail.com>
Cc: 6392-done <at> debbugs.gnu.org
Subject: Re: bug#6392: Scroll Lock state was on
Date: Sat, 18 Jan 2020 17:50:23 +0100
Tim Van Holder <tim.vanholder <at> gmail.com> writes:

> I’m out of the country and won’t be able to test quickly. Given the ticket’s age, assume the problem has gone away; I can always refile if I should run into it again.

Thanks, closing the bug with this message.

Best regards,
Stefan Kangas


This bug report was last modified 5 years and 120 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.