[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#75056: 31.0.50; tty-child-frames with server / multiple clients poss
From: |
Eli Zaretskii |
Subject: |
bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs |
Date: |
Sat, 28 Dec 2024 09:52:05 +0200 |
> From: Len Trigg <lenbok@gmail.com>
> Date: Sat, 28 Dec 2024 07:23:52 +1300
> Cc: Gerd Möllmann <gerd.moellmann@gmail.com>,
> 75056@debbugs.gnu.org
>
> On Sat, 28 Dec 2024 at 07:13, Len Trigg <lenbok@gmail.com> wrote:
>
> Hmmm, the repro scenario I gave doesn't involve either emacs client being
> still in the minibuffer AFAIK -
> the "working" client is just in a regular buffer (e.g. having been chosen
> via C-x b and selected), and the
> "hung" client is, well, hung.
>
> To elaborate my steps:
> emacs -nw --init-directory=~/emacs-test (the first time will result in
> packages being installed by elpaca)
> (in another terminal) emacsclient -nw
> Then invoke the child frame pop up: (e.g. C-x b and C-n to select *Messages*
> and RET). Now we're no
> longer in a minibuffer.
> Switch back to the original emacs
> Invoke the child frame pop up (e.g. C-x b and C-n to select *Messages* and
> RET). Now we're no longer in a
> minibuffer.
> Swap to the other terminal, and note that the client is "hung".
Could you please extend your recipe so it starts from "emacs -nw -Q"?
See, I don't have posframe or elpaca installed and don't use them, and
don't want to install them just to reproduce and debug this problem.
What I can do is download the packages needed to reproduce this,
unpack them into some temporary directory, and manually load them
(with commands like "M-x load-file") into Emacs started with -Q.
Could you please provide a recipe like this which I could follow? And
please specify specific commands in the recipe, not "e.g.", so I could
make sure I'm following exactly the correct steps, and nothing else.
It is otherwise very hard for me to spend time on such bug reports,
because I first need to understand what packages are involved and how
to activate them, and that can take a lot of time for packages I never
used.
TIA
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, (continued)
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Eli Zaretskii, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Gerd Möllmann, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Eli Zaretskii, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Gerd Möllmann, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Eli Zaretskii, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Gerd Möllmann, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Eli Zaretskii, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Gerd Möllmann, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Len Trigg, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Len Trigg, 2024/12/27
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs,
Eli Zaretskii <=
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Len Trigg, 2024/12/28
- Message not available
- bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs, Eli Zaretskii, 2024/12/28