GNU bug report logs - #31098
27.0.50; emacsclient: create frame only if no frame exists

Previous Next

Package: emacs;

Reported by: Thomas Hisch <thomas.hisch <at> ims.co.at>

Date: Sun, 8 Apr 2018 18:31:02 UTC

Severity: wishlist

Tags: patch

Merged with 11033, 31435

Found in versions 25.2, 27.0.50

Fixed in version 28.1

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

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 31098 in the body.
You can then email your comments to 31098 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#31098; Package emacs. (Sun, 08 Apr 2018 18:31:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Thomas Hisch <thomas.hisch <at> ims.co.at>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 08 Apr 2018 18:31:02 GMT) Full text and rfc822 format available.

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

From: Thomas Hisch <thomas.hisch <at> ims.co.at>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.0.50; emacsclient: create frame only if no frame exists
Date: Sun, 8 Apr 2018 20:30:17 +0200
I usually start emacsclient with the -n flag, which opens the specified 
file in an already created frame. However, if no emacs frame exists 
"emacsclient -n filename" silently exits and no frame is created. I know 
that there exists the -c option to create a new frame, but this creates 
a new frame for every emacsclient -nc invocation, which is not what I 
want (I only want to work with a single frame).

Do you think that it makes sense to automatically create a new frame
when "emacsclient -n" is called and no frame exists for the running
emacs daemon? (As I mentioned above, currently nothing happens) Or add a
new command line flag for this usecase?




Forcibly Merged 11033 31098. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Sun, 08 Apr 2018 19:49:02 GMT) Full text and rfc822 format available.

Merged 11033 31098 31435. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Sat, 12 May 2018 16:29:02 GMT) Full text and rfc822 format available.

Added tag(s) patch. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Wed, 09 Jun 2021 09:31:01 GMT) Full text and rfc822 format available.

bug marked as fixed in version 28.1, send any further explanations to 11033 <at> debbugs.gnu.org and Eddie Hillenbrand <eh88 <at> nau.edu> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 22 Jun 2021 13:23:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 21 Jul 2021 11:24:07 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 273 days ago.

Previous Next


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