unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Adam Ibrahim <ibrahimadam193@gmail.com>
Cc: 63629@debbugs.gnu.org
Subject: bug#63629: Fwd: bug#63629: 28.3; Emacsclient exits with no error message and breaks terminal when opening a file without permissions
Date: Wed, 24 May 2023 13:52:31 +0300	[thread overview]
Message-ID: <83lehengr4.fsf@gnu.org> (raw)
In-Reply-To: <CAHdC_iKFZ0vgEoeJ00h0bEeFWFc7CuHQ7ZAGcY1q8ewq7ENSpg@mail.gmail.com> (message from Adam Ibrahim on Tue, 23 May 2023 16:30:14 -0400)

> From: Adam Ibrahim <ibrahimadam193@gmail.com>
> Date: Tue, 23 May 2023 16:30:14 -0400
> Cc: 63629@debbugs.gnu.org
> 
> I ran the following commands on my phone in termux and in Kitty on my PC 10 times each and record
> the results. I did it multiple times because the results seem random.
> 
>  ./src/emacs --fg-daemon -Q
>  ./lib-src/emacsclient path/to/no-perms # in a separate terminal, 10 times
> 
> Phone + Termux: 9 out of 10 times, I got the expected results where the terminal was not broken and I
> saw an error message. on the 10th time there was some weird behavior, but I haven't been able to
> reproduce it and I don't remember what happened.
> 
> PC + Kitty: there were no crashes meaning the terminal wasn't broken anymore. but 6 out of 10 times
> the error message didn't print. sometimes all I saw was "waiting for emacs..." and some other times
> all I saw was "...". the other four times was expected behavior colon the error message printed and the
> terminal wasn't broken.
> 
> Note: I have a slightly different environment on my phone compared to the first time. when I first
> reported the bug I was using the emacs and emacsclient programs located on my phone. this time I
> used the modified emacs and emacsclient from my desktop over SSH. I don't know if that changed the
> results. But the bug with unmodified emacs happens just the same over SSH as with emacs on my
> phone.

If the only problem you see after the change is that you don't always
see the error message, then it's expected.  emacsclient outputs the
error message to stderr, and when there's a client frame on that
display, it is impossible to make sure the error message will always
be shown, before it is erased when the terminal is closed by the
server Emacs process.  So the only thing the fix tries to guarantee is
that you will be able to use the terminal after emacsclient exits.  If
this happens in all the configurations you tried, then the goal of the
change is achieved, and I don't think we can do much more.





  reply	other threads:[~2023-05-24 10:52 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-21 18:08 bug#63629: 28.3; Emacsclient exits with no error message and breaks terminal when opening a file without permissions Adam Ibrahim
2023-05-21 18:22 ` Eli Zaretskii
     [not found]   ` <CAHdC_iKdG9viw__B0j9Pqa4Wq9QMpLk5SSc12Ead_SSGfAFJhw@mail.gmail.com>
2023-05-21 18:57     ` bug#63629: Fwd: " Adam Ibrahim
2023-05-22 13:31       ` Eli Zaretskii
2023-05-23 20:30         ` Adam Ibrahim
2023-05-24 10:52           ` Eli Zaretskii [this message]
2023-05-24 12:08             ` Adam Ibrahim
2023-05-26 10:29               ` Eli Zaretskii
2023-05-31 13:20                 ` Eli Zaretskii
2023-05-21 19:05     ` Eli Zaretskii

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=83lehengr4.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=63629@debbugs.gnu.org \
    --cc=ibrahimadam193@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).