emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#54371: closed (29.0.50; read-char does not reset idle timer in some


From: GNU bug Tracking System
Subject: bug#54371: closed (29.0.50; read-char does not reset idle timer in some cases)
Date: Mon, 11 Apr 2022 11:18:01 +0000

Your message dated Mon, 11 Apr 2022 14:17:19 +0300
with message-id <8335ij7tts.fsf@gnu.org>
and subject line Re: bug#54371: 29.0.50; read-char does not reset idle timer in 
some cases
has caused the debbugs.gnu.org bug report #54371,
regarding 29.0.50; read-char does not reset idle timer in some cases
to be marked as done.

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


-- 
54371: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=54371
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: 29.0.50; read-char does not reset idle timer in some cases Date: Sun, 13 Mar 2022 00:27:59 +0100 User-agent: mu4e 1.6.10; emacs 29.0.50
Hello,

If I evaluate the following snippet, after 3 seconds Emacs prompts me
for a character and prints nil.

  (defun my-test ()
    (read-char "> " nil nil)
    (message "%s" (current-idle-time)))

  (run-with-timer 3 nil 'my-test)

However, if I evaluate the following snippet instead, where the last
argument of read-char is changed to the number of seconds the prompt
should wait at most for user input, it prints (0 K _ _), where K is 3
seconds plus whatever time in seconds you took to answer the
prompt. This means that right after reading a character from user input
Emacs still thinks it has been idle for a while.

  (defun my-test ()
    (read-char "> " nil 10)
    (message "%s" (current-idle-time)))

  (run-with-timer 3 nil 'my-test)

This is the reason behind a bug that occurs when resolving the running
org clock after some idle time, for which I have seen reports more than
10 years old but not as much discussion as I would expect. This makes me
think that Emacs does not behave like this for most systems and the
problem is particular to my setup. My setup should not be particular in
any sense however, just an Ubuntu 20.04 with default and standard
packages. Emacs' is the only configuration I have ever tweaked in my
machine, and this happens also with "emacs -Q", so it's not that.

Can you please evaluate the second snippet to try to reproduce this in
your machine? If you can't, I will be happy to provide any other
information of my machine that you think may be needed to reproduce
this, or to follow whichever steps you suggest to try to debug this
myself (I would have tried already but all functions involved are
written in C or too low-level).

Regards,

--Ignacio



--- End Message ---
--- Begin Message --- Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases Date: Mon, 11 Apr 2022 14:17:19 +0300
> From: Ignacio Casso <ignaciocasso@hotmail.com>
> Cc: larsi@gnus.org, 54371@debbugs.gnu.org
> Date: Mon, 11 Apr 2022 08:42:50 +0200
> 
> 
> > Thanks, I installed this with a small change (@footnote is for stuff
> > that is really minor or off-topic).
> >
> > P.S. Can we close this bug now?
> 
> Yes, I think we can.

Thanks, done.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]