GNU bug report logs - #21123
emacsclient silently eats keys on startup

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 21123 in the body.
You can then email your comments to 21123 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: William Hatch <willghatch <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: emacsclient silently eats keys on startup
Date: Thu, 23 Jul 2015 15:03:06 -0600

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

When emacsclient is launched with -t (terminal mode), there is a short time
when I press keys and they have no effect.  Most commonly this happens when
I open a file knowing that I want to search for something, so I immediately
type backslash (bound to evil-search-forward), then the text I want to
search for.  When the slash and potentially some of the search term are
eaten, strange things happen when emacs suddenly starts interpreting the
middle of this key sequence as the start of it.

This doesn't happen when emacs is started normally in a terminal.  One of
my favorite things about using a terminal is that I can type ahead when I
know what I'm doing, and I don't have to wait for the GUI to catch up to
me.  Emacsclient breaks this, and it is especially noticeable over ssh.  I
have confirmed that this happens with no init file, so I'm sure it's not
just something in my configuration.

Confirmed in emacs versions 24.5.50.1 and 25.0.50.1.

Thanks (emacs is the best),
William

[Message part 2 (text/html, inline)]

Message #8 received at 21123 <at> debbugs.gnu.org (full text, mbox):

From: Andreas Schwab <schwab <at> linux-m68k.org>
To: William Hatch <willghatch <at> gmail.com>
Cc: 21123 <at> debbugs.gnu.org
Subject: Re: bug#21123: emacsclient silently eats keys on startup
Date: Fri, 24 Jul 2015 09:08:17 +0200

William Hatch <willghatch <at> gmail.com> writes:

> When emacsclient is launched with -t (terminal mode), there is a short time
> when I press keys and they have no effect.

How short is that time?  I couldn't reproduce it when trying this:

$ sleep 5; emacsclient -t

and then starting to type ahead.

Andreas.

-- 
Andreas Schwab, schwab <at> linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Message #11 received at 21123 <at> debbugs.gnu.org (full text, mbox):

From: William G Hatch <willghatch <at> gmail.com>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: 21123 <at> debbugs.gnu.org
Subject: Re: bug#21123: emacsclient silently eats keys on startup
Date: Fri, 24 Jul 2015 09:17:25 -0600

On Fri, Jul 24, 2015 at 09:08:17AM +0200, Andreas Schwab wrote:
>William Hatch <willghatch <at> gmail.com> writes:
>
>> When emacsclient is launched with -t (terminal mode), there is a short time
>> when I press keys and they have no effect.
>
>How short is that time?  I couldn't reproduce it when trying this:
>
>$ sleep 5; emacsclient -t
>
>and then starting to type ahead.

Interestingly I can't reproduce it that way either... so maybe it has to be at
the exact time emacs is starting up.  On a new machine locally I have to be
pretty quick to reproduce it, but it's still something I'll occasionally accidentally
do, but it happens more often over ssh.  It seems to happen during the time that
emacsclient still shows the scratch buffer but before it opens up the file I tell
it to open.  But the keys don't go to the scratch buffer either, so I'm not sure
what's going on.

It's hard to get to work with an empty init file -- it happens more when
there are mode hooks or something that run when emacsclient opens a file.

Message #14 received at 21123 <at> debbugs.gnu.org (full text, mbox):

From: Marcin Borkowski <mbork <at> mbork.pl>
To: William G Hatch <willghatch <at> gmail.com>
Cc: Andreas Schwab <schwab <at> linux-m68k.org>, 21123 <at> debbugs.gnu.org
Subject: Re: bug#21123: emacsclient silently eats keys on startup
Date: Sat, 30 Apr 2016 14:02:19 +0200

On 2015-07-24, at 09:17, William G Hatch <willghatch <at> gmail.com> wrote:

> On Fri, Jul 24, 2015 at 09:08:17AM +0200, Andreas Schwab wrote:
>>William Hatch <willghatch <at> gmail.com> writes:
>>
>>> When emacsclient is launched with -t (terminal mode), there is a short time
>>> when I press keys and they have no effect.
>>
>>How short is that time?  I couldn't reproduce it when trying this:
>>
>>$ sleep 5; emacsclient -t
>>
>>and then starting to type ahead.
>
> Interestingly I can't reproduce it that way either... so maybe it has to be at
> the exact time emacs is starting up.  On a new machine locally I have to be
> pretty quick to reproduce it, but it's still something I'll occasionally accidentally
> do, but it happens more often over ssh.  It seems to happen during the time that
> emacsclient still shows the scratch buffer but before it opens up the file I tell
> it to open.  But the keys don't go to the scratch buffer either, so I'm not sure
> what's going on.
>
> It's hard to get to work with an empty init file -- it happens more when
> there are mode hooks or something that run when emacsclient opens a file.

Hi,

just asking: does this persist?  If yes, can you give a recipe for
reproducing it, possibly starting with emacs -Q?

Best,

-- 
Marcin

Message #19 received at 21123-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Marcin Borkowski <mbork <at> mbork.pl>
Cc: Andreas Schwab <schwab <at> linux-m68k.org>,
 William G Hatch <willghatch <at> gmail.com>, 21123-done <at> debbugs.gnu.org
Subject: Re: bug#21123: emacsclient silently eats keys on startup
Date: Mon, 30 Sep 2019 00:37:20 +0200

Marcin Borkowski <mbork <at> mbork.pl> writes:

> On 2015-07-24, at 09:17, William G Hatch <willghatch <at> gmail.com> wrote:
>
>> On Fri, Jul 24, 2015 at 09:08:17AM +0200, Andreas Schwab wrote:
>>>William Hatch <willghatch <at> gmail.com> writes:
>>>
>>>> When emacsclient is launched with -t (terminal mode), there is a short time
>>>> when I press keys and they have no effect.
>>>
>>>How short is that time?  I couldn't reproduce it when trying this:
>>>
>>>$ sleep 5; emacsclient -t
>>>
>>>and then starting to type ahead.
>>
>> Interestingly I can't reproduce it that way either... so maybe it has to be at
>> the exact time emacs is starting up.  On a new machine locally I have to be
>> pretty quick to reproduce it, but it's still something I'll occasionally accidentally
>> do, but it happens more often over ssh.  It seems to happen during the time that
>> emacsclient still shows the scratch buffer but before it opens up the file I tell
>> it to open.  But the keys don't go to the scratch buffer either, so I'm not sure
>> what's going on.
>>
>> It's hard to get to work with an empty init file -- it happens more when
>> there are mode hooks or something that run when emacsclient opens a file.
>
> Hi,
>
> just asking: does this persist?  If yes, can you give a recipe for
> reproducing it, possibly starting with emacs -Q?

More information was requested, but none was given within 3 years, so
I'm closing this bug report.  If this is still an issue, please reopen
this bug report.

Best regards,
Stefan Kangas

Previous Next

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