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

Previous Next

Package: emacs;

Reported by: Carlos Pita <carlosjosepita <at> gmail.com>

Date: Sat, 19 Oct 2019 20:47:02 UTC

Severity: normal

Tags: patch

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #115 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 18:36:01 +0200
> From: Carlos Pita <carlosjosepita <at> gmail.com>
> Date: Sun, 27 Oct 2019 13:31:11 -0300
> Cc: Juanma Barranquero <lekktu <at> gmail.com>, 37826 <at> debbugs.gnu.org
> 
> > I wasn't talking about questions, I was talking about signaling an
> > error.
> 
> Ok,  by "requiring intervention" I was referring to both situations,
> errors and questions. Regarding errors, nothing special happens, I've
> added an error signal at the beginning of sh-mode, unsurprisingly the
> error is just buried in the messages buffer and only shown in the
> minibuffer of a frame that might be well hidden behind other app
> windows and is never risen because of the error.

I'm not sure I follow: if sh-mode signals an error, there should be no
other messages after that, because an error throws to top-level.  What
am I missing?




This bug report was last modified 4 years and 285 days ago.

Previous Next


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