From: Marcin Borkowski <mbork@mbork.pl>
To: William G Hatch <willghatch@gmail.com>
Cc: Andreas Schwab <schwab@linux-m68k.org>, 21123@debbugs.gnu.org
Subject: bug#21123: emacsclient silently eats keys on startup
Date: Sat, 30 Apr 2016 14:02:19 +0200 [thread overview]
Message-ID: <8760uzuwxg.fsf@mbork.pl> (raw)
In-Reply-To: <20150724151725.GA21704@conspirator.williamhatch.net> (William G. Hatch's message of "Fri, 24 Jul 2015 09:17:25 -0600")
On 2015-07-24, at 09:17, William G Hatch <willghatch@gmail.com> wrote:
> On Fri, Jul 24, 2015 at 09:08:17AM +0200, Andreas Schwab wrote:
>>William Hatch <willghatch@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
next prev parent reply other threads:[~2016-04-30 12:02 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-23 21:03 bug#21123: emacsclient silently eats keys on startup William Hatch
2015-07-24 7:08 ` Andreas Schwab
2015-07-24 15:17 ` William G Hatch
2016-04-30 12:02 ` Marcin Borkowski [this message]
2019-09-29 22:37 ` Stefan Kangas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8760uzuwxg.fsf@mbork.pl \
--to=mbork@mbork.pl \
--cc=21123@debbugs.gnu.org \
--cc=schwab@linux-m68k.org \
--cc=willghatch@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).