GNU bug report logs -
#21123
emacsclient silently eats keys on startup
Previous Next
Full log
Message #19 received at 21123-done <at> debbugs.gnu.org (full text, mbox):
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
This bug report was last modified 5 years and 240 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.