bug#65277: 29.1.50; emacsclient Dired: frame is closed/killed when opening another dir

[Eli Zaretskii <eliz@gnu.org>]

> From: brickviking <brickviking@gmail.com>
> Date: Sat, 19 Aug 2023 12:51:13 +1200
> Cc: 65277@debbugs.gnu.org
> 
> Yes, sorry about that. I missed an error when retrieving the patch from the email. This altered the
> patch so that one of the hunks didn't succeed (I missed an initial space off the bottom comment line
> of the patch).
> 
> I've corrected the patch on my end and done some more testing. Configured, patched, compiled and
> installed.
> 
> ---- text ----
>     shell1$ emacs -Q
> 
>     M-x server-mode
> Starts as per normal, window stays up.
> 
>     shell2$ emacsclient -t GNUmakefile
> 
> This opens a text window with the contents of GNUmakefile. 
>     C-x C-v INSTALL
> INSTALL now opens in the buffer, and I can use it as normal. Trying to
> shut the client down with C-x # results in the message
>     "No server buffers remain to edit"
> (not client buffers as you said will happen) so I just did C-x 5 0 to terminate the client.
> 
> ---- GUI ----
> Starting up a GUI client with emacsclient -c GNUmakefile shows that file in the window. 
>     C-x C-v INSTALL
> then shows the install file, and crucially, the terminal doesn't return to the shell prompt. I still see
> "Waiting for Emacs..." in the terminal until I exit the client window.
> 
> At least on my end, this appears to work as advertised.

Thanks.  So I've now installed the fix on the master branch, and I'm
closing this bug.