GNU bug report logs - #30695
25.2; Why is emacsclient frame "invisible"?

Previous Next

Package: emacs;

Reported by: Live System User <nyc4bos <at> aol.com>

Date: Sun, 4 Mar 2018 14:41:02 UTC

Severity: normal

Tags: wontfix

Found in version 25.2

Done: Glenn Morris <rgm <at> gnu.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 30695 in the body.
You can then email your comments to 30695 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#30695; Package emacs. (Sun, 04 Mar 2018 14:41:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Live System User <nyc4bos <at> aol.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 04 Mar 2018 14:41:02 GMT) Full text and rfc822 format available.

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

From: Live System User <nyc4bos <at> aol.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.2; Why is emacsclient frame "invisible"?
Date: Sun, 04 Mar 2018 09:40:25 -0500
Hi,

        While having an Emacs daemon running, i created an Emacs client
        via "emacsclient -c file`.txt".  I then switched to a different
        (GTK3) workspace and from a terminal there I attempted to
        create another Emacs client via "emacsclient -c file2.txt".  I
        did not see a newly created Emacs client frame in this
        workspace.

        So the Emacs client frame is probably on the previous
        workspace?  I go to that workspace but it isn't there.  The
        terminal where I executed the "emacsclient command still has
        the "Waiting for Emacs..." message.  Using ALT-TAB (which
        shows running applications and allow you to select one) *shows*
        the name of the Emacs client frame, however, the icon/picture
        is blank in ALT-TAB and I'm unable to select it.
        Attempting to select it just chooses the Emacs client
        frame of file1.txt not file2.txt.  It's like file2.txt
        is a phantom.

        This is probably a window manager glitch that Emacs
        can't do alot about except maybe the following:

        1.  Provide a way for users to specify which
            workspaces to create Emacs client frames on
            and, optionally default to the "current" workspace

        2.  Optionally. switch to that workspace


        I'll keep the process around for a little while
        `in case any debugging info is useful.

        Thanks.
        



In GNU Emacs 25.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.20.10)
 of 2017-05-02 built on buildvm-17.phx2.fedoraproject.org
Windowing system distributor 'Fedora Project', version 11.0.11803000
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 --with-modules
 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 MODULES XWIDGETS

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

Major mode: Group

Minor modes in effect:
  cursor-sensor-mode: t
  gnus-desktop-notify-mode: t
  gnus-undo-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
Sorting threads...done
Generating summary...done
M-s <up> is undefined
Auto-saving...done
previous-line: Beginning of buffer [8 times]
Quit [3 times]

Load-path shadows:
None found.

Features:
(shadow emacsbug sendmail gnus-dup sort gnus-cite smiley ansi-color
shr-color color shr dom subr-x browse-url mail-extr gnus-async
gnus-bcklg qp gnus-ml disp-table cursor-sensor nndraft nnmh nndoc
mm-archive jka-compr timezone url-http url-gw url-cache url-auth
url-handlers utf-7 rfc2104 nnfolder network-stream nsm starttls
gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-cache
gnus-demon nntp gnus-desktop-notify easy-mmode notifications dbus xml
epa-file epa derived nnreddit mm-url url url-proxy url-privacy
url-expand url-methods url-history url-cookie url-domsuf url-util
url-parse auth-source cl-seq eieio eieio-core cl-macs url-vars json map
seq byte-opt bytecomp byte-compile cl-extra cconv gnus-art mm-uu mml2015
mm-view mml-smime smime dig mailcap cl gv sieve sieve-mode sieve-manage
nnir gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail
mail-source tls gnutls utf7 netrc parse-time gnus-spec gnus-int
gnus-range message dired format-spec rfc822 mml mml-sec password-cache
epg epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047
rfc2045 ietf-drums mailabbrev gmm-utils mailheader gnus-win gnus
gnus-ems wid-edit nnoo nnheader gnus-util mm-util help-fns help-mode
easymenu cl-loaddefs pcase cl-lib mail-prsvr mail-utils 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 276246 54637)
 (symbols 48 125472 0)
 (miscs 40 183 300)
 (strings 32 107852 11777)
 (string-bytes 1 3676884)
 (vectors 16 27553)
 (vector-slots 8 939928 56036)
 (floats 8 581 558)
 (intervals 56 1226 0)
 (buffers 976 39)
 (heap 1024 56703 22010))




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#30695; Package emacs. (Tue, 06 Mar 2018 13:49:01 GMT) Full text and rfc822 format available.

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

From: Noam Postavsky <npostavs <at> gmail.com>
To: Live System User <nyc4bos <at> aol.com>
Cc: 30695 <at> debbugs.gnu.org
Subject: Re: bug#30695: 25.2; Why is emacsclient frame "invisible"?
Date: Tue, 06 Mar 2018 08:48:36 -0500
Live System User <nyc4bos <at> aol.com> writes:

>         While having an Emacs daemon running, i created an Emacs client
>         via "emacsclient -c file`.txt".  I then switched to a different
>         (GTK3) workspace and from a terminal there I attempted to
>         create another Emacs client via "emacsclient -c file2.txt".  I
>         did not see a newly created Emacs client frame in this
>         workspace.

Is Emacs burning CPU while this is happening?

Does this only happen when opening a frame through emacsclient?  E.g.,
if you evaluate

    (progn (sleep-for 3) (make-frame))

and then quickly switch to another workspace, do you see similar
behaviour?

>         This is probably a window manager glitch that Emacs
>         can't do alot about except maybe the following:
>
>         1.  Provide a way for users to specify which
>             workspaces to create Emacs client frames on
>             and, optionally default to the "current" workspace
>
>         2.  Optionally. switch to that workspace

I don't think Emacs can do either of these, since workspaces are a
window manager-specific concept.




Added tag(s) moreinfo. Request was from Noam Postavsky <npostavs <at> gmail.com> to control <at> debbugs.gnu.org. (Sun, 27 May 2018 15:33:01 GMT) Full text and rfc822 format available.

Added tag(s) wontfix; removed tag(s) moreinfo. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 09 Jan 2019 01:00:04 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 30695 <at> debbugs.gnu.org and Live System User <nyc4bos <at> aol.com> Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 09 Jan 2019 01:00:04 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, 06 Feb 2019 12:24:20 GMT) Full text and rfc822 format available.

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

Previous Next


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