GNU bug report logs - #10459
Overlay keymaps ignored until point is moved when overlay is created from timer

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#11088: closed (24.0.94; minor mode cannot be cleanly turned
 off in idle timer)
Date: Sun, 05 Oct 2014 01:22:05 +0000

[Message part 1 (text/plain, inline)]

Your message dated Sun, 05 Oct 2014 05:21:25 +0400
with message-id <86zjdb8g6i.fsf <at> yandex.ru>
and subject line Re: bug#10459: Overlay keymaps ignored until point is moved when overlay is created from timer
has caused the debbugs.gnu.org bug report #10459,
regarding 24.0.94; minor mode cannot be cleanly turned off in idle timer
to be marked as done.

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


-- 
10459: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10459
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Leo <sdl.web <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.94; minor mode cannot be cleanly turned off in idle timer
Date: Sun, 25 Mar 2012 22:32:03 +0800

[Message part 3 (text/plain, inline)]

1. emacs -q -l t.el
2. C-c w
3. let emacs idle for more than 2 seconds
4. type `l'

You should still see the message "hello world" printed, which is odd
since I expect the minor mode turned off by now.

[t.el (application/emacs-lisp, attachment)]

[Message part 5 (message/rfc822, inline)]

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Toby Cubitt <toby-predictive-dated-1327924137.9ab140 <at> dr-qubit.org>
Cc: 10459-done <at> debbugs.gnu.org, Stefan Monnier <monnier <at> IRO.UMontreal.CA>
Subject: Re: bug#10459: Overlay keymaps ignored until point is moved when
 overlay is created from timer
Date: Sun, 05 Oct 2014 05:21:25 +0400

Version: 24.4

> On Sun, Jan 08, 2012 at 10:52:54PM -0500, Stefan Monnier wrote:
>> Yes, this is a known limitation: the set of active keymaps is computed
>> before waiting for the next key sequence.

This has been fixed around the start of 24.4 development: the set of
keymaps is recomputed at the start of a key sequence.

The examples in this and merged bugs work for me now. Please feel free
to reopen if you see a case where the problem's not fixed.

Previous Next

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