GNU bug report logs - #14619
24.3; Daemon mode and NS App could play nicer together

Previous Next

Package: emacs;

Reported by: Ryan <rct <at> thompsonclan.org>

Date: Fri, 14 Jun 2013 17:22:01 UTC

Severity: normal

Merged with 21357, 23586

Found in versions 24.3, 24.5, 25.0.94

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: "Ryan C. Thompson" <rct <at> thompsonclan.org>
To: 14619 <at> debbugs.gnu.org
Subject: bug#14619: closed (Re: bug#21357: 24.5; Daemon leaves Mac OSX App open after closing GUI frame)
Date: Sat, 9 Oct 2021 12:02:10 -0400
On 10/9/21 10:58 AM, GNU bug Tracking System wrote:
> Your bug report
>
> #21357: 24.3; Daemon mode and NS App could play nicer together
>
> which was filed against the emacs package, has been closed.
>
> The explanation is attached below, along with your original report.
> If you require more details, please reply to 14619 <at> debbugs.gnu.org.

Ok, I have tested this a bit, and I think it's an improvement over the 
previous behavior. However, I notice some weird edge cases that would 
need to be fixed before I could recommend this for general use. Try the 
following:


0. Start with no emacs running

1. Run "emacs --daemon". The emacs daemon should launch normally.

2. Try to launch the Emacs app normally. Nothing happens.


I'm not sure exactly what *should* happen when you do this, but doing 
nothing is clearly wrong. Possibly defensible choices include:

- automatically detecting a running daemon and running "emacsclient -c" 
instead of "emacs"

- ignoring the daemon and launching a separate non-daemon instance of Emacs

- Popping up a dialogue box informing the user that there's already an 
emacs daemon running?

- Somehow making this a user preference?


In addition, "emacsclient -c" does indeed create a new frame and 
activate the NS app, but that frame is created behind all other OS 
windows, unless it is the frame created upon launch by "emacsclient -c 
-a ''", in which case it appears in front of all other OS windows. This 
seems like it should be governed by a preference, but the default should 
probably be to appear in front, or else the user might not realize that 
the frame was actually created.





This bug report was last modified 3 years and 276 days ago.

Previous Next


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