* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
@ 2022-01-20 13:49 Евгений Курневский
2022-01-20 14:13 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Евгений Курневский @ 2022-01-20 13:49 UTC (permalink / raw)
To: 53391
[-- Attachment #1: Type: text/plain, Size: 718 bytes --]
I have encountered a problem with emacs 28 - sometimes it skips the first
button press in a very specific case. To reproduce write the following as a
config file:
(kill-buffer "*scratch*")
Start emacs daemon with: emacs -Q -l this_init_file.el --daemon
Launch emacs client with: emacsclient -nw some_file.txt
Try to type some key, like 'x', and you will see 'x is undefined'
Probably I shouldn't have killed the scratch buffer in the first place, so
I'm fine if it's not considered as a bug. But this used to work fine with
emacs 27 and causes this strange behavior with emacs 28 which was
unexpected to me.
Emacs version I use: 28.0.91
Initially reported here: https://github.com/jwiegley/use-package/issues/973
[-- Attachment #2: Type: text/html, Size: 995 bytes --]
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-20 13:49 bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used Евгений Курневский
@ 2022-01-20 14:13 ` Lars Ingebrigtsen
2022-01-20 14:19 ` Евгений Курневский
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2022-01-20 14:13 UTC (permalink / raw)
To: Евгений Курневский
Cc: 53391
Евгений Курневский <kurnevsky@gmail.com> writes:
> I have encountered a problem with emacs 28 - sometimes it skips the
> first button press in a very specific case. To reproduce write the
> following as a config file:
>
> (kill-buffer "*scratch*")
>
> Start emacs daemon with: emacs -Q -l this_init_file.el --daemon
> Launch emacs client with: emacsclient -nw some_file.txt
> Try to type some key, like 'x', and you will see 'x is undefined'
I'm unable to reproduce this in Emacs 28 on Debian/bookworm. Can you
include the information that `M-x report-emacs-bug' outputs?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-20 14:13 ` Lars Ingebrigtsen
@ 2022-01-20 14:19 ` Евгений Курневский
2022-01-20 20:32 ` Eli Zaretskii
0 siblings, 1 reply; 15+ messages in thread
From: Евгений Курневский @ 2022-01-20 14:19 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 53391
[-- Attachment #1: Type: text/plain, Size: 4798 bytes --]
In GNU Emacs 28.0.91 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30,
cairo version 1.16.0)
Repository revision: emacs-28.0.91
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: NixOS 21.11 (Porcupine)
Configured using:
'configure
--prefix=/nix/store/1a8vlvdff3s7a9ymx38yg9vrg3w6gmxs-emacs-gcc-28.0.91
--disable-build-details --with-modules --with-x-toolkit=gtk3 --with-xft
--with-cairo --with-native-compilation'
Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS
X11 XDBE XIM XPM GTK3 ZLIB
Important settings:
value of $EMACSLOADPATH:
/nix/store/dywjh8zmfvyxsppx613yh8zyfcxmcxqr-emacs-packages-deps/share/emacs/site-lisp:
value of $EMACSNATIVELOADPATH:
/nix/store/dywjh8zmfvyxsppx613yh8zyfcxmcxqr-emacs-packages-deps/share/emacs/native-lisp::
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Messages
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
show-paren-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
indent-tabs-mode: t
transient-mark-mode: t
Load-path shadows:
/nix/store/dywjh8zmfvyxsppx613yh8zyfcxmcxqr-emacs-packages-deps/share/emacs/site-lisp/elpa/transient-20220117.1122/transient
hides
/nix/store/1a8vlvdff3s7a9ymx38yg9vrg3w6gmxs-emacs-gcc-28.0.91/share/emacs/28.0.91/lisp/transient
/nix/store/dywjh8zmfvyxsppx613yh8zyfcxmcxqr-emacs-packages-deps/share/emacs/site-lisp/elpa/let-alist-1.0.6/let-alist
hides
/nix/store/1a8vlvdff3s7a9ymx38yg9vrg3w6gmxs-emacs-gcc-28.0.91/share/emacs/28.0.91/lisp/emacs-lisp/let-alist
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json map text-property-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote threads dbusbind
inotify dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit x multi-tty make-network-process
native-compile emacs)
Memory information:
((conses 16 70501 6217)
(symbols 48 6638 0)
(strings 32 19836 2949)
(string-bytes 1 766284)
(vectors 16 14132)
(vector-slots 8 299534 10510)
(floats 8 23 29)
(intervals 56 225 0)
(buffers 992 10))
On Thu, Jan 20, 2022 at 2:13 PM Lars Ingebrigtsen <larsi@gnus.org> wrote:
> Евгений Курневский <kurnevsky@gmail.com> writes:
>
> > I have encountered a problem with emacs 28 - sometimes it skips the
> > first button press in a very specific case. To reproduce write the
> > following as a config file:
> >
> > (kill-buffer "*scratch*")
> >
> > Start emacs daemon with: emacs -Q -l this_init_file.el --daemon
> > Launch emacs client with: emacsclient -nw some_file.txt
> > Try to type some key, like 'x', and you will see 'x is undefined'
>
> I'm unable to reproduce this in Emacs 28 on Debian/bookworm. Can you
> include the information that `M-x report-emacs-bug' outputs?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
>
--
С уважением, Курневский Евгений.
[-- Attachment #2: Type: text/html, Size: 5589 bytes --]
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-20 14:19 ` Евгений Курневский
@ 2022-01-20 20:32 ` Eli Zaretskii
2022-01-20 20:42 ` Евгений Курневский
0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2022-01-20 20:32 UTC (permalink / raw)
To: Евгений Курневский
Cc: larsi, 53391
> From: Евгений Курневский
> <kurnevsky@gmail.com>
> Date: Thu, 20 Jan 2022 14:19:00 +0000
> Cc: 53391@debbugs.gnu.org
>
> In GNU Emacs 28.0.91 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo version 1.16.0)
> Repository revision: emacs-28.0.91
> Repository branch: master
According to this, you've built from some Git repository that is not
the upstream Emacs repository? Are you sure there are no local
changes in your master branch?
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-20 20:32 ` Eli Zaretskii
@ 2022-01-20 20:42 ` Евгений Курневский
2022-01-21 9:12 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Евгений Курневский @ 2022-01-20 20:42 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Lars Ingebrigtsen, 53391
[-- Attachment #1: Type: text/plain, Size: 997 bytes --]
I use nixos with emacs-overlay, and in particular this version of emacs:
https://github.com/nix-community/emacs-overlay/blob/master/repos/emacs/emacs-unstable.json
It can't be my local changes because the build process in nix is completely
automated and deterministic.
It's also compiled with NATIVE_FULL_AOT=1 - could it be the difference?
On Thu, Jan 20, 2022 at 8:33 PM Eli Zaretskii <eliz@gnu.org> wrote:
> > From: Евгений Курневский
> > <kurnevsky@gmail.com>
> > Date: Thu, 20 Jan 2022 14:19:00 +0000
> > Cc: 53391@debbugs.gnu.org
> >
> > In GNU Emacs 28.0.91 (build 1, x86_64-pc-linux-gnu, GTK+ Version
> 3.24.30, cairo version 1.16.0)
> > Repository revision: emacs-28.0.91
> > Repository branch: master
>
> According to this, you've built from some Git repository that is not
> the upstream Emacs repository? Are you sure there are no local
> changes in your master branch?
>
--
С уважением, Курневский Евгений.
[-- Attachment #2: Type: text/html, Size: 1659 bytes --]
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-20 20:42 ` Евгений Курневский
@ 2022-01-21 9:12 ` Lars Ingebrigtsen
2022-01-21 9:18 ` Евгений Курневский
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2022-01-21 9:12 UTC (permalink / raw)
To: Евгений Курневский
Cc: 53391
Евгений Курневский <kurnevsky@gmail.com> writes:
> I use nixos with emacs-overlay, and in particular this version of emacs:
> https://github.com/nix-community/emacs-overlay/blob/master/repos/emacs/emacs-unstable.json
What is emacs-overlay?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-21 9:12 ` Lars Ingebrigtsen
@ 2022-01-21 9:18 ` Евгений Курневский
2022-01-21 9:25 ` Lars Ingebrigtsen
0 siblings, 1 reply; 15+ messages in thread
From: Евгений Курневский @ 2022-01-21 9:18 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 53391
[-- Attachment #1: Type: text/plain, Size: 702 bytes --]
Just a repository with additional emacs packages:
https://github.com/nix-community/emacs-overlay
Overlay is a nixos term: https://nixos.wiki/wiki/Overlays
On Fri, Jan 21, 2022 at 9:12 AM Lars Ingebrigtsen <larsi@gnus.org> wrote:
> Евгений Курневский <kurnevsky@gmail.com> writes:
>
> > I use nixos with emacs-overlay, and in particular this version of emacs:
> >
> https://github.com/nix-community/emacs-overlay/blob/master/repos/emacs/emacs-unstable.json
>
> What is emacs-overlay?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
>
--
С уважением, Курневский Евгений.
[-- Attachment #2: Type: text/html, Size: 1470 bytes --]
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-21 9:18 ` Евгений Курневский
@ 2022-01-21 9:25 ` Lars Ingebrigtsen
2022-01-21 9:32 ` Евгений Курневский
0 siblings, 1 reply; 15+ messages in thread
From: Lars Ingebrigtsen @ 2022-01-21 9:25 UTC (permalink / raw)
To: Евгений Курневский
Cc: 53391
Евгений Курневский <kurnevsky@gmail.com> writes:
> Just a repository with additional emacs packages:
> https://github.com/nix-community/emacs-overlay
> Overlay is a nixos term: https://nixos.wiki/wiki/Overlays
So the problem could be in these packages? Could you try to build a
plain emacs-28 and see whether you can reproduce the problems there?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-21 9:25 ` Lars Ingebrigtsen
@ 2022-01-21 9:32 ` Евгений Курневский
2022-01-21 10:01 ` Евгений Курневский
2022-01-21 11:46 ` Eli Zaretskii
0 siblings, 2 replies; 15+ messages in thread
From: Евгений Курневский @ 2022-01-21 9:32 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 53391
[-- Attachment #1: Type: text/plain, Size: 904 bytes --]
It is a plain emacs built with nixos. These packages are just different
versions of emacs, like stable/unstable/master and with or without native
compilation/pgtk. Also it contains all elpa/melpa packages and functions to
install them in nixos.
On Fri, Jan 21, 2022 at 9:26 AM Lars Ingebrigtsen <larsi@gnus.org> wrote:
> Евгений Курневский <kurnevsky@gmail.com> writes:
>
> > Just a repository with additional emacs packages:
> > https://github.com/nix-community/emacs-overlay
> > Overlay is a nixos term: https://nixos.wiki/wiki/Overlays
>
> So the problem could be in these packages? Could you try to build a
> plain emacs-28 and see whether you can reproduce the problems there?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
>
--
С уважением, Курневский Евгений.
[-- Attachment #2: Type: text/html, Size: 1589 bytes --]
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-21 9:32 ` Евгений Курневский
@ 2022-01-21 10:01 ` Евгений Курневский
2022-01-21 11:55 ` Eli Zaretskii
2022-01-21 11:46 ` Eli Zaretskii
1 sibling, 1 reply; 15+ messages in thread
From: Евгений Курневский @ 2022-01-21 10:01 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 53391
[-- Attachment #1: Type: text/plain, Size: 1492 bytes --]
Could it be some kind of a race? When originally tried with my complete
config I had different results with and without (require 'easy-mmode)
before killing scratch buffer. Probably you can try with this line as well?
Also I noticed that if you press q in this case emacs just kills this
opened buffer. So probably emacs is in some mode in this case - can I check
it somehow?
On Fri, Jan 21, 2022 at 9:32 AM Евгений Курневский <kurnevsky@gmail.com>
wrote:
> It is a plain emacs built with nixos. These packages are just different
> versions of emacs, like stable/unstable/master and with or without native
> compilation/pgtk. Also it contains all elpa/melpa packages and functions to
> install them in nixos.
>
> On Fri, Jan 21, 2022 at 9:26 AM Lars Ingebrigtsen <larsi@gnus.org> wrote:
>
>> Евгений Курневский <kurnevsky@gmail.com> writes:
>>
>> > Just a repository with additional emacs packages:
>> > https://github.com/nix-community/emacs-overlay
>> > Overlay is a nixos term: https://nixos.wiki/wiki/Overlays
>>
>> So the problem could be in these packages? Could you try to build a
>> plain emacs-28 and see whether you can reproduce the problems there?
>>
>> --
>> (domestic pets only, the antidote for overdose, milk.)
>> bloggy blog: http://lars.ingebrigtsen.no
>>
>
>
> --
> С уважением, Курневский Евгений.
>
--
С уважением, Курневский Евгений.
[-- Attachment #2: Type: text/html, Size: 2478 bytes --]
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-21 9:32 ` Евгений Курневский
2022-01-21 10:01 ` Евгений Курневский
@ 2022-01-21 11:46 ` Eli Zaretskii
1 sibling, 0 replies; 15+ messages in thread
From: Eli Zaretskii @ 2022-01-21 11:46 UTC (permalink / raw)
To: Евгений Курневский
Cc: larsi, 53391
> From: Евгений Курневский <kurnevsky@gmail.com>
> Date: Fri, 21 Jan 2022 09:32:11 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>, 53391@debbugs.gnu.org
>
> It is a plain emacs built with nixos. These packages are just different versions of emacs, like
> stable/unstable/master and with or without native compilation/pgtk. Also it contains all elpa/melpa packages
> and functions to install them in nixos.
Does this mean you see the problem in stock Emacs 28 built from the
emacs-28 branch of the upstream Emacs repository on Savannah?
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-21 10:01 ` Евгений Курневский
@ 2022-01-21 11:55 ` Eli Zaretskii
2022-01-21 12:10 ` Евгений Курневский
0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2022-01-21 11:55 UTC (permalink / raw)
To: Евгений Курневский
Cc: larsi, 53391
> From: Евгений Курневский <kurnevsky@gmail.com>
> Date: Fri, 21 Jan 2022 10:01:23 +0000
> Cc: Eli Zaretskii <eliz@gnu.org>, 53391@debbugs.gnu.org
>
> Could it be some kind of a race? When originally tried with my complete config I had different results with
> and without (require 'easy-mmode) before killing scratch buffer. Probably you can try with this line as well?
I already did, and I don't see the problem.
> Also I noticed that if you press q in this case emacs just kills this opened buffer. So probably emacs is in
> some mode in this case - can I check it somehow?
Can you type C-g and show the backtrace?
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-21 11:55 ` Eli Zaretskii
@ 2022-01-21 12:10 ` Евгений Курневский
2022-01-21 12:57 ` Eli Zaretskii
0 siblings, 1 reply; 15+ messages in thread
From: Евгений Курневский @ 2022-01-21 12:10 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Lars Ingebrigtsen, 53391
[-- Attachment #1: Type: text/plain, Size: 1448 bytes --]
> Does this mean you see the problem in stock Emacs 28 built from the
> emacs-28 branch of the upstream Emacs repository on Savannah?
Not exactly, it fetches
https://git.savannah.gnu.org/cgit/emacs.git/snapshot/emacs-28.0.91.tar.gz
and builds it.
But it doesn't apply any custom changes, and to build emacs manually I'd
anyway have to get the same environment where it's built and do almost the
same things - nixos is a bit more complex system than usual linux.
> Can you type C-g and show the backtrace?
Tried to do it with (toggle-debug-on-quit), but just got 'Debugger
entered--Lisp error: (quit)'
On Fri, Jan 21, 2022 at 11:55 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > From: Евгений Курневский <kurnevsky@gmail.com>
> > Date: Fri, 21 Jan 2022 10:01:23 +0000
> > Cc: Eli Zaretskii <eliz@gnu.org>, 53391@debbugs.gnu.org
> >
> > Could it be some kind of a race? When originally tried with my complete
> config I had different results with
> > and without (require 'easy-mmode) before killing scratch buffer.
> Probably you can try with this line as well?
>
> I already did, and I don't see the problem.
>
> > Also I noticed that if you press q in this case emacs just kills this
> opened buffer. So probably emacs is in
> > some mode in this case - can I check it somehow?
>
> Can you type C-g and show the backtrace?
>
--
С уважением, Курневский Евгений.
[-- Attachment #2: Type: text/html, Size: 2250 bytes --]
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-21 12:10 ` Евгений Курневский
@ 2022-01-21 12:57 ` Eli Zaretskii
2022-01-21 13:05 ` Евгений Курневский
0 siblings, 1 reply; 15+ messages in thread
From: Eli Zaretskii @ 2022-01-21 12:57 UTC (permalink / raw)
To: Евгений Курневский
Cc: larsi, 53391
> From: Евгений Курневский <kurnevsky@gmail.com>
> Date: Fri, 21 Jan 2022 12:10:42 +0000
> Cc: Lars Ingebrigtsen <larsi@gnus.org>, 53391@debbugs.gnu.org
>
> > Does this mean you see the problem in stock Emacs 28 built from the
> > emacs-28 branch of the upstream Emacs repository on Savannah?
>
> Not exactly, it fetches https://git.savannah.gnu.org/cgit/emacs.git/snapshot/emacs-28.0.91.tar.gz and builds
> it.
> But it doesn't apply any custom changes, and to build emacs manually I'd anyway have to get the same
> environment where it's built and do almost the same things - nixos is a bit more complex system than usual
> linux.
>
> > Can you type C-g and show the backtrace?
>
> Tried to do it with (toggle-debug-on-quit), but just got 'Debugger entered--Lisp error: (quit)'
I think I've succeeded in reproducing this. However, given that it
only happens if the init file deletes the *scratch* buffer (which is
the current buffer available to the daemon initially), I wonder
whether it's important to solve this corner case. I'm guessing that
this has something to do with the fact that the daemon performs some
initial processing of the client commands in the original buffer.
Why is it important to delete the *scratch* buffer in your case?
^ permalink raw reply [flat|nested] 15+ messages in thread
* bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used
2022-01-21 12:57 ` Eli Zaretskii
@ 2022-01-21 13:05 ` Евгений Курневский
0 siblings, 0 replies; 15+ messages in thread
From: Евгений Курневский @ 2022-01-21 13:05 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Lars Ingebrigtsen, 53391
[-- Attachment #1: Type: text/plain, Size: 2042 bytes --]
> Why is it important to delete the *scratch* buffer in your case?
It's not important. I just had it in my config for a long time since I
didn't know how emacs works - I just didn't want to have one more empty
buffer and wanted to see messages at startup. The problem was that I didn't
know what exactly led to this behavior after updating to emacs 28 - it was
unexpected for me that killing scratch buffer could cause this. But I'm
completely fine with not killing it and have already updated my configs to
avoid this problem.
On Fri, Jan 21, 2022 at 12:57 PM Eli Zaretskii <eliz@gnu.org> wrote:
> > From: Евгений Курневский <kurnevsky@gmail.com>
> > Date: Fri, 21 Jan 2022 12:10:42 +0000
> > Cc: Lars Ingebrigtsen <larsi@gnus.org>, 53391@debbugs.gnu.org
> >
> > > Does this mean you see the problem in stock Emacs 28 built from the
> > > emacs-28 branch of the upstream Emacs repository on Savannah?
> >
> > Not exactly, it fetches
> https://git.savannah.gnu.org/cgit/emacs.git/snapshot/emacs-28.0.91.tar.gz
> and builds
> > it.
> > But it doesn't apply any custom changes, and to build emacs manually I'd
> anyway have to get the same
> > environment where it's built and do almost the same things - nixos is a
> bit more complex system than usual
> > linux.
> >
> > > Can you type C-g and show the backtrace?
> >
> > Tried to do it with (toggle-debug-on-quit), but just got 'Debugger
> entered--Lisp error: (quit)'
>
> I think I've succeeded in reproducing this. However, given that it
> only happens if the init file deletes the *scratch* buffer (which is
> the current buffer available to the daemon initially), I wonder
> whether it's important to solve this corner case. I'm guessing that
> this has something to do with the fact that the daemon performs some
> initial processing of the client commands in the original buffer.
>
> Why is it important to delete the *scratch* buffer in your case?
>
--
С уважением, Курневский Евгений.
[-- Attachment #2: Type: text/html, Size: 2859 bytes --]
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2022-01-21 13:05 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-01-20 13:49 bug#53391: First keypress doesn't work when scratch buffer is killed in emacs 28, emacs daemon + emacs client is used Евгений Курневский
2022-01-20 14:13 ` Lars Ingebrigtsen
2022-01-20 14:19 ` Евгений Курневский
2022-01-20 20:32 ` Eli Zaretskii
2022-01-20 20:42 ` Евгений Курневский
2022-01-21 9:12 ` Lars Ingebrigtsen
2022-01-21 9:18 ` Евгений Курневский
2022-01-21 9:25 ` Lars Ingebrigtsen
2022-01-21 9:32 ` Евгений Курневский
2022-01-21 10:01 ` Евгений Курневский
2022-01-21 11:55 ` Eli Zaretskii
2022-01-21 12:10 ` Евгений Курневский
2022-01-21 12:57 ` Eli Zaretskii
2022-01-21 13:05 ` Евгений Курневский
2022-01-21 11:46 ` Eli Zaretskii
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).