GNU bug report logs - #37097
27.0.50; Opening a "large file" with `emacsclient -c' does not create a frame

Previous Next

Package: emacs;

Reported by: adam plaice <plaice.adam+lists <at> gmail.com>

Date: Tue, 20 Aug 2019 10:31:02 UTC

Severity: normal

Merged with 37986

Found in version 27.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Sébastien Chapuis <sebastien <at> chapu.is>
Subject: bug#37986: closed (Re: bug#37097: 27.0.50; Opening a "large file"
 with `emacsclient -c' does not create a frame)
Date: Fri, 08 Nov 2019 06:38:02 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#37097: emacsclient doesn't open a frame when waiting for input in the minibuffer

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 37986 <at> debbugs.gnu.org.

-- 
37097: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=37097
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Eli Zaretskii <eliz <at> gnu.org>
To: Adam Plaice <plaiceadam <at> gmail.com>
Cc: 37097-done <at> debbugs.gnu.org
Subject: Re: bug#37097: 27.0.50; Opening a "large file" with `emacsclient -c'
 does not create a frame
Date: Fri, 08 Nov 2019 08:36:55 +0200
> From: Adam Plaice <plaiceadam <at> gmail.com>
> Date: Thu, 7 Nov 2019 22:56:56 +0100
> Cc: 37097 <at> debbugs.gnu.org
> 
> It is indeed fixed.
> 
> Thank you very much!

Great, closing the bug.

[Message part 3 (message/rfc822, inline)]
From: Sébastien Chapuis <sebastien <at> chapu.is>
To: bug-gnu-emacs <at> gnu.org
Subject: emacsclient doesn't open a frame when waiting for input in the
 minibuffer
Date: Wed, 30 Oct 2019 17:00:00 +0800
[Message part 4 (text/plain, inline)]
This bug occurs on emacs master branch but it doesn't with emacs 26.2

Steps to reproduce:

terminal #1:
$ git clone --recursive git://git.savannah.gnu.org/emacs.git
$ cd emacs && ./autogen.sh
$ mkdir build && cd build
$ ../configure --prefix=/opt/emacs-git --with-modules --with-xwidgets
--with-imagemagick
$ make install
$ /opt/emacs-git/bin/emacs --fg-daemon -Q

Open another terminal (terminal #2):
$ /opt/emacs-git/bin/emacsclient -n -c BIG_FILE.txt
the command doesn't return and no frame is opened.
On the terminal #1, there is this output:

```
Warning: due to a long standing Gtk+ bug
https://gitlab.gnome.org/GNOME/gtk/issues/221
Emacs might crash when run in daemon mode and the X11 connection is
unexpectedly lost.
Using an Emacs configured with --with-x-toolkit=lucid does not have this
problem.
Starting Emacs daemon.
File BIG_FILE.txt is large (11.9 MiB), really open? (y)es or (n)o or
(l)iterally
File BIG_FILE.txt is large (11.9 MiB), really open? (y)es or (n)o or
(l)iterally
```

Open a 3rd terminal (terminal #3):
$ /opt/emacs-git/bin/emacsclient -n -c
A new frame is opened with this message in the minibuffer:
`File BIG_FILE.txt is large (11.9 MiB), really open? (y)es or (n)o or
(l)iterally`
If I type `y`, a new frame is opened (from terminal #2) with the file
BIG_FILE.txt in its buffer.


Let me know if you need more details.

Thanks,
Sebastien Chapuis.
[Message part 5 (text/html, inline)]

This bug report was last modified 5 years and 202 days ago.

Previous Next


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