GNU bug report logs - #40831
28.0.50; Remote Emacsclient with --create-frame doesn't seem to work correctly

Previous Next

Full log

Message #20 received at 40831 <at> debbugs.gnu.org (full text, mbox):

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Robert Pluim <rpluim <at> gmail.com>, 40831 <at> debbugs.gnu.org
Subject: Re: bug#40831: 28.0.50; Remote Emacsclient with --create-frame
 doesn't seem to work correctly
Date: Thu, 28 Jan 2021 09:42:57 +0100

Am Do., 28. Jan. 2021 um 09:21 Uhr schrieb Lars Ingebrigtsen <larsi <at> gnus.org>:
>
> Robert Pluim <rpluim <at> gmail.com> writes:
>
> > Where's the X connection that emacs would use to create the graphical
> > frame? Itʼs the emacs server socket thatʼs been forwarded.
>
> Yes, but the Emacs daemon and the display were both on machine 1, so
> the display wouldn't need to be forwarded?
>

Correct, there's no X forwarding in the loop here.

emacsclient -t also doesn't work right: It reuses an existing
graphical frame on the first machine, rather than creating a new TTY
frame, and it prints internal TRAMP status messages into the file
buffer.

emacsclient without either --create-frame or -t works fine (but
doesn't create a frame).

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.