GNU bug report logs - #23423
25.0.93; Opening file from the command line stays in *GNU Emacs* buffer

Previous Next

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

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

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

From: jsynacek <at> redhat.com (Jan Synáček)
To: bug-gnu-emacs <at> gnu.org
Subject: 25.0.93;
 Opening file from the command line stays in *GNU Emacs* buffer
Date: Mon, 02 May 2016 12:32:04 +0200

Steps to reproduce:
1) Install emacs and run 'emacs <any file>' from the command line.

The file is opened, but you have to switch to its buffer because, for
some reason, the splash screen stays as the current buffer. You can work
around this by running emacs with '--no-splash'.

Expected behavior is to switch to the file's buffer and not to stay
in the *GNU Emacs* buffer.




In GNU Emacs 25.0.93.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.20.3)
 of 2016-04-25 built on jsynacek-ntb.brq.redhat.com
Windowing system distributor 'Fedora Project', version 11.0.11803000
System Description:	Fedora release 24 (Twenty Four)

Configured using:
 'configure --build=x86_64-redhat-linux-gnu
 --host=x86_64-redhat-linux-gnu --program-prefix=
 --disable-dependency-tracking --prefix=/usr --exec-prefix=/usr
 --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc
 --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64
 --libexecdir=/usr/libexec --localstatedir=/var
 --sharedstatedir=/var/lib --mandir=/usr/share/man
 --infodir=/usr/share/info --with-dbus --with-gif --with-jpeg --with-png
 --with-rsvg --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3
 --with-gpm=no --with-xwidgets build_alias=x86_64-redhat-linux-gnu
 host_alias=x86_64-redhat-linux-gnu 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g
 -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4
 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
 -m64 -mtune=generic' LDFLAGS=-Wl,-z,relro
 PKG_CONFIG_PATH=:/usr/lib64/pkgconfig:/usr/share/pkgconfig'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS NOTIFY
ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XWIDGETS

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: ERC

Minor modes in effect:
  diff-auto-refine-mode: t
  erc-notifications-mode: t
  shell-dirtrack-mode: t
  erc-list-mode: t
  erc-menu-mode: t
  erc-autojoin-mode: t
  erc-ring-mode: t
  erc-networks-mode: t
  erc-pcomplete-mode: t
  erc-track-mode: t
  erc-track-minor-mode: t
  erc-match-mode: t
  erc-button-mode: t
  erc-fill-mode: t
  erc-stamp-mode: t
  erc-netsplit-mode: t
  erc-irccontrols-mode: t
  erc-noncommands-mode: t
  erc-move-to-prompt-mode: t
  erc-readonly-mode: t
  recentf-mode: t
  override-global-mode: t
  show-paren-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
Logging in as ‘jsynacek’... done
Saving file /home/jsynacek/SpiderOak Hive/orgfiles/fin-2016.org...
Wrote /home/jsynacek/SpiderOak Hive/orgfiles/fin-2016.org
Saving file /home/jsynacek/SpiderOak Hive/orgfiles/energie.org...
Wrote /home/jsynacek/SpiderOak Hive/orgfiles/energie.org
Revert buffer from file /home/jsynacek/work/status-reports/latest? (y or n) y
Mark set
Saving file /home/jsynacek/work/status-reports/latest...
Wrote /home/jsynacek/work/status-reports/latest
Composing main Info directory...done

Load-path shadows:
/home/jsynacek/.emacs.d/elpa/helm-20160202.843/helm-multi-match hides /home/jsynacek/.emacs.d/elpa/helm-core-20160201.100/helm-multi-match

Features:
(shadow sort mail-extr emacsbug message idna rfc822 mml mml-sec epg
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mail-utils tabify
org-table undo-tree diff org-element org-rmail org-mhe org-irc org-info
org-gnus org-docview doc-view subr-x jka-compr image-mode org-bibtex
bibtex org-bbdb org-w3m ob-python org org-macro org-footnote
org-pcomplete org-list org-faces org-entities noutline outline
org-version ob-emacs-lisp ob ob-tangle ob-ref ob-lob ob-table ob-exp
org-src ob-keys ob-comint ob-core ob-eval org-compat org-macs
org-loaddefs find-func cal-menu calendar cal-loaddefs ido misearch
multi-isearch vc-git diff-mode sh-script smie executable derived
rpm-spec-mode erc-desktop-notifications notifications dbus winner
helm-command helm-elisp helm-eval edebug helm-mode helm-files rx
image-dired tramp tramp-compat tramp-loaddefs trampver ucs-normalize
shell dired-aux ffap helm-buffers helm-elscreen helm-tags helm-bookmark
helm-adaptive helm-info bookmark helm-locate helm-external helm-net
browse-url xml url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util url-parse url-vars mailcap
helm-types private erc-list erc-menu erc-join erc-ring erc-networks
erc-pcomplete pcomplete erc-track erc-match erc-button erc-fill
erc-stamp erc-netsplit erc-goodies erc erc-backend erc-compat
format-spec auth-source gnus-util mm-util help-fns mail-prsvr
password-cache thingatpt pp helm-swoop helm-grep helm-regexp helm-plugin
helm-utils compile comint ansi-color ring helm-help helm helm-source
cl-seq eieio-compat eieio eieio-core cl-macs helm-multi-match helm-lib
geiser recentf tree-widget wid-edit edmacro kmacro dired-x dired cc-mode
cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars
cc-defs use-package diminish bind-key easy-mmode advice finder-inf
goto-chg-autoloads undo-tree-autoloads info package epg-config seq
byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv
cl-loaddefs pcase cl-lib paren time-date mule-util tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
dbusbind inotify dynamic-setting system-font-setting font-render-setting
xwidget-internal move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 978159 42378)
 (symbols 48 44914 2)
 (miscs 40 181 843)
 (strings 32 112532 18784)
 (string-bytes 1 3314280)
 (vectors 16 65375)
 (vector-slots 8 1059425 23434)
 (floats 8 470 502)
 (intervals 56 36627 8453)
 (buffers 976 23)
 (heap 1024 51657 3764))

-- 
Jan Synacek
Software Engineer, Red Hat

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: jsynacek <at> redhat.com (Jan Synáček)
Cc: 23423 <at> debbugs.gnu.org
Subject: Re: bug#23423: 25.0.93;
 Opening file from the command line stays in *GNU Emacs* buffer
Date: Mon, 02 May 2016 18:18:07 +0300

> From: jsynacek <at> redhat.com (Jan Synáček)
> Date: Mon, 02 May 2016 12:32:04 +0200
> 
> 1) Install emacs and run 'emacs <any file>' from the command line.
> 
> The file is opened, but you have to switch to its buffer because, for
> some reason, the splash screen stays as the current buffer. You can work
> around this by running emacs with '--no-splash'.

I cannot reproduce this.  I get either the file's buffer alone in its
frame, or a 2-window frame with file displayed in the selected window,
and the splash screen in the other one.

Are you sure it's not some of the customizations that run from your
~/.emacs or site-start file?

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

From: Jan Synacek <jsynacek <at> redhat.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 23423 <at> debbugs.gnu.org
Subject: Re: bug#23423: 25.0.93; Opening file from the command line stays in
 *GNU Emacs* buffer
Date: Tue, 3 May 2016 09:06:45 +0200

[Message part 1 (text/plain, inline)]

On Mon, May 2, 2016 at 5:18 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:

> > From: jsynacek <at> redhat.com (Jan Synáček)
> > Date: Mon, 02 May 2016 12:32:04 +0200
> >
> > 1) Install emacs and run 'emacs <any file>' from the command line.
> >
> > The file is opened, but you have to switch to its buffer because, for
> > some reason, the splash screen stays as the current buffer. You can work
> > around this by running emacs with '--no-splash'.
>
> I cannot reproduce this.  I get either the file's buffer alone in its
> frame, or a 2-window frame with file displayed in the selected window,
> and the splash screen in the other one.
>
> Are you sure it's not some of the customizations that run from your
> ~/.emacs or site-start file?
>

​I can reproduce the problem when running '​
emacs -q --no-site-file
​file'.

I'm trying this on Fedora Rawhide with emacs built without any patches.
However, there seems to be a bug in gtk3 that makes emacs start
in a very small window, which cannot be split. Might that be the problem?
When I run 'emacs -q --no-site-file
​file -mm file', I *sometimes* get the split
and sometimes see only the splash screen.

-- 
Jan Synacek
Software Engineer, Red Hat

[Message part 2 (text/html, inline)]

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

From: Jan Synacek <jsynacek <at> redhat.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 23423 <at> debbugs.gnu.org
Subject: Re: bug#23423: 25.0.93; Opening file from the command line stays in
 *GNU Emacs* buffer
Date: Tue, 3 May 2016 13:28:49 +0200

On Tue, May 3, 2016 at 9:06 AM, Jan Synacek <jsynacek <at> redhat.com> wrote:
> On Mon, May 2, 2016 at 5:18 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>
>> > From: jsynacek <at> redhat.com (Jan Synáček)
>> > Date: Mon, 02 May 2016 12:32:04 +0200
>> >
>> > 1) Install emacs and run 'emacs <any file>' from the command line.
>> >
>> > The file is opened, but you have to switch to its buffer because, for
>> > some reason, the splash screen stays as the current buffer. You can work
>> > around this by running emacs with '--no-splash'.
>>
>> I cannot reproduce this.  I get either the file's buffer alone in its
>> frame, or a 2-window frame with file displayed in the selected window,
>> and the splash screen in the other one.
>>
>> Are you sure it's not some of the customizations that run from your
>> ~/.emacs or site-start file?
>
>
> I can reproduce the problem when running '
> emacs -q --no-site-file
> file'.
>
> I'm trying this on Fedora Rawhide with emacs built without any patches.
> However, there seems to be a bug in gtk3 that makes emacs start
> in a very small window, which cannot be split. Might that be the problem?
> When I run 'emacs -q --no-site-file file -mm file', I *sometimes* get the split
> and sometimes see only the splash screen.

It turns out that the gtk bug I was referring to was an incompatibility and was
fixed in emacs git [1]. And it also turns out that my original bug report is not
reproducible with the patch applied. However, I still think that the
buffer should
be visible in case emacs is run with the splash screen and the window is so
small that it cannot be split.

[1] http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=afc9e6542aa6f2d0d7986db3d8c2cb654e107443

-- 
Jan Synacek
Software Engineer, Red Hat

Message #19 received at 23423-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jan Synacek <jsynacek <at> redhat.com>
Cc: 23423-done <at> debbugs.gnu.org
Subject: Re: bug#23423: 25.0.93; Opening file from the command line stays in
 *GNU Emacs* buffer
Date: Tue, 03 May 2016 17:54:05 +0300

> Date: Tue, 3 May 2016 13:28:49 +0200
> From: Jan Synacek <jsynacek <at> redhat.com>
> Cc: 23423 <at> debbugs.gnu.org
> 
> It turns out that the gtk bug I was referring to was an incompatibility and was
> fixed in emacs git [1]. And it also turns out that my original bug report is not
> reproducible with the patch applied.

Thanks for telling us.

> However, I still think that the buffer should be visible in case
> emacs is run with the splash screen and the window is so small that
> it cannot be split.

I disagree, sorry.  The extremely small frame you were getting is the
result of the bug that was already fixed, so I see no reason to cater
to buggy behavior anymore.

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

From: Glenn Morris <rgm <at> gnu.org>
To: Jan Synacek <jsynacek <at> redhat.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 23423 <at> debbugs.gnu.org
Subject: Re: bug#23423: 25.0.93;
 Opening file from the command line stays in *GNU Emacs* buffer
Date: Tue, 03 May 2016 15:06:36 -0400

Jan Synacek wrote:

> However, I still think that the buffer should be visible in case emacs
> is run with the splash screen and the window is so small that it
> cannot be split.

To be so small that it cannot be split, the window has to be
ridiculously small. Eg it is still split for me with an unusable

emacs --geometry 10x10 README

So in practice, there is no issue.

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

From: Jan Synacek <jsynacek <at> redhat.com>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 23423 <at> debbugs.gnu.org
Subject: Re: bug#23423: 25.0.93; Opening file from the command line stays in
 *GNU Emacs* buffer
Date: Mon, 9 May 2016 10:37:10 +0200

On Tue, May 3, 2016 at 9:06 PM, Glenn Morris <rgm <at> gnu.org> wrote:
> Jan Synacek wrote:
>
>> However, I still think that the buffer should be visible in case emacs
>> is run with the splash screen and the window is so small that it
>> cannot be split.
>
> To be so small that it cannot be split, the window has to be
> ridiculously small. Eg it is still split for me with an unusable
>
> emacs --geometry 10x10 README
>
> So in practice, there is no issue.

It had a really small height. I filed this more or less for the record.

Cheers,
-- 
Jan Synacek
Software Engineer, Red Hat

Previous Next

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