GNU bug report logs - #37826
Very annoying autoraise client/server behavior with -t option

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Carlos Pita <carlosjosepita <at> gmail.com>
Cc: lekktu <at> gmail.com, 37826 <at> debbugs.gnu.org
Subject: Re: bug#37826: Very annoying autoraise client/server behavior with -t
 option
Date: Sun, 27 Oct 2019 08:02:34 +0200

> From: Carlos Pita <carlosjosepita <at> gmail.com>
> Date: Sun, 27 Oct 2019 02:45:31 -0300
> Cc: Juanma Barranquero <lekktu <at> gmail.com>, 37826 <at> debbugs.gnu.org
> 
> Hi Eli, the frame is not raised for a -t shell script nor for any
> other scenario you listed (considering a very limited set of examples,
> at least). This change is similar to my first patch except that mine
> also covered the handful of hooks surrounding that part.

Most importantly, it affected the question we ask there if the file is
gone.

> But even if yours is more selective it still could be letting an
> error pass silently

You mean, errors inside find-file-noselect?  Maybe I'm missing
something, but I'd expect such an error to be displayed as usual.  Can
you simulate an error there and see what happens?

Also, an important use case is when the file visited by the client
with -t has an auto-save file.  Emacs should display a message in that
case; can you see if it gets displayed, so the user could see it?
(It's possible that the message is overwritten by "When done with a
buffer, type ..." which the server always displays, but it's important
that the user could see the message about auto-save file for a second
or so.)

Previous Next

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