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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: carlosjosepita <at> gmail.com
Cc: lekktu <at> gmail.com, 37826 <at> debbugs.gnu.org
Subject: bug#37826: Very annoying autoraise client/server behavior with -t option
Date: Thu, 07 Nov 2019 19:23:19 +0200

> Date: Sun, 27 Oct 2019 19:50:30 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: lekktu <at> gmail.com, 37826 <at> debbugs.gnu.org
> 
> > From: Carlos Pita <carlosjosepita <at> gmail.com>
> > Date: Sun, 27 Oct 2019 14:19:51 -0300
> > Cc: Juanma Barranquero <lekktu <at> gmail.com>, 37826 <at> debbugs.gnu.org
> > 
> > You dislike the instrumenting/monkey-patching approach, be it by
> > advicing or by directly accessing the function slot of the symbol. I'm
> > not sure why
> 
> It's in the ELisp manual: Emacs's own code should avoid advices.  The
> reason is it complicates code reading and debugging, and it also looks
> like we are not familiar with our own code, so we piggy-back it
> instead of changing it.
> 
> > we could add some global flag or something that message could check
> > in order to change its output destination. That wouldn't be an
> > instrumentation.
> 
> Some infrastructure that would allow doing that would be nice.  Maybe
> we should have delayed-message, like we have delayed-warning.

I hope the problem is solved by reverting the changes which caused it.
Please try the latest master.

Previous Next

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