From unknown Mon Jun 23 20:16:31 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#25851 <25851@debbugs.gnu.org> To: bug#25851 <25851@debbugs.gnu.org> Subject: Status: 25.2; GTK warning when starting Emacs when desktop file has more than one frame Reply-To: bug#25851 <25851@debbugs.gnu.org> Date: Tue, 24 Jun 2025 03:16:31 +0000 retitle 25851 25.2; GTK warning when starting Emacs when desktop file has m= ore than one frame reassign 25851 emacs submitter 25851 nljlistbox2@gmail.com (N. Jackson) severity 25851 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 23 11:08:53 2017 Received: (at submit) by debbugs.gnu.org; 23 Feb 2017 16:08:53 +0000 Received: from localhost ([127.0.0.1]:53177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cgvwq-0003Es-OR for submit@debbugs.gnu.org; Thu, 23 Feb 2017 11:08:53 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44678) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cgvwo-0003Ed-Rp for submit@debbugs.gnu.org; Thu, 23 Feb 2017 11:08:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cgvwh-0001yb-1T for submit@debbugs.gnu.org; Thu, 23 Feb 2017 11:08:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:56508) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cgvwg-0001yV-TY for submit@debbugs.gnu.org; Thu, 23 Feb 2017 11:08:42 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35608) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cgvwd-00014R-Vn for bug-gnu-emacs@gnu.org; Thu, 23 Feb 2017 11:08:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cgvwY-0001vl-V2 for bug-gnu-emacs@gnu.org; Thu, 23 Feb 2017 11:08:39 -0500 Received: from mail-it0-x22b.google.com ([2607:f8b0:4001:c0b::22b]:36305) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cgvwY-0001vF-Ot for bug-gnu-emacs@gnu.org; Thu, 23 Feb 2017 11:08:34 -0500 Received: by mail-it0-x22b.google.com with SMTP id h10so171156990ith.1 for ; Thu, 23 Feb 2017 08:08:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=eJmY85Ge2rRtRDPXwARMNHXKCNOSatt+Op56Rc+CdFo=; b=us3nxuQA7yRvzg/wOXn59r0068AqoJZvPHSqSZiCb5sLhZQdCiMe9WxNYuWeWh4GOy vdcPB+m7PzVI+c4Mo8rb52oMc6yKsxrbwpwMSbE/QswD4KtlfeOWdu/fe3EoNPxKdsyh Ixi9A5ujV/f56zYuJsdxlTa6gHHY11W+kHlaoF9LJ69MPdc8CLRS8Eyc/mCMXQi2as00 LHAdBxji7BpsWmuTeBdtL+dNRG5ibjFqNG0OEQ3zCPFGuu3v5EGBcIKrUWiNPSrjzIk3 92pfY/xVA88bg4F6F6NOWGglBXQ1+xu11bo8lVKhV6/hllmN44u+Uk4s67r2YoiB0wE/ DIUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=eJmY85Ge2rRtRDPXwARMNHXKCNOSatt+Op56Rc+CdFo=; b=o0uPM/V3rXC8RmJRwk5oiKRTZqUh7lTY0+lcMthgq0gotU3RQtkzGNhVJ1PwYMgrMU odsV7gAj8xsucLBgZvra6Bcgt4/5BLEqgqzppYuDnO7UJQzqt5BZ9hzRvpextc2TEkVR P4hl5y5Z+EmJxBkPGl1j3QXHqS6HMGMNOXcvxIcaxsvrVCByFCNTbTvKaCUbr53PZjeQ TkkspuuunVqBOONhhB0puimnu1TLy4S4UWb0sMgoTnA3HwldO05qCbZU294MgxSHNT1A UjovHR7Eg1pYpsdiGJ9zvpfZWF/QdAebbyo7T5NLKX2e3eEWAHnYnyBzRPII/cC+6Ilv FdRw== X-Gm-Message-State: AMke39mF9dNyKDBfhQ6kq/b3cTOfwoAfTiXp3e2HklXBsm1zqPymknZ9GkDvCNWobpCMWA== X-Received: by 10.36.64.70 with SMTP id n67mr4643759ita.21.1487866110346; Thu, 23 Feb 2017 08:08:30 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id u65sm1940290ioe.47.2017.02.23.08.08.29 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 23 Feb 2017 08:08:29 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: bug-gnu-emacs@gnu.org Subject: 25.2; GTK warning when starting Emacs when desktop file has more than one frame Date: Thu, 23 Feb 2017 11:08:28 -0500 Message-ID: <87a89c51qb.fsf@moondust.localdomain> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.8 (---) When starting Emacs from a terminal/console window, GTK emits the following message in the terminal/console: Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. The message is emitted n - 1 times, where n is the number of frames specified in the desktop file; with no desktop file, or with a desktop file specifying just the one frame, no such message is emitted. Once Emacs is up and running, creating new frames does not cause this message to be emitted. I tried deleting the desktop file and starting fresh, but the problem persists. I'm seeing this in rc2 of Emacs 25.2 built from the tarball. I didn't see it in Emacs 25.1. I do however see it in 25.1.91. If needed I'm happy to try to find a minimal recipe for this from `emacs -Q' but I would need some pointers on how to create / read desktop files from `emacs -Q'. In GNU Emacs 25.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.22.8) of 2017-02-23 built on moondust.localdomain Windowing system distributor 'Fedora Project', version 11.0.11901000 System Description: Fedora release 25 (Twenty Five) Configured using: 'configure --prefix=/home/nlj/local/ --enable-checking=yes,glyphs 'CFLAGS=-O0 -g3 -ggdb'' Configured features: XPM JPEG TIFF GIF PNG IMAGEMAGICK SOUND DBUS GSETTINGS NOTIFY GNUTLS FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 Important settings: value of $LANG: en_CA.UTF-8 value of $XMODIFIERS: @im=none locale-coding-system: utf-8-unix Major mode: Group Minor modes in effect: pdf-occur-global-minor-mode: t gnus-undo-mode: t shell-dirtrack-mode: t recentf-mode: t display-battery-mode: t display-time-mode: t show-paren-mode: t savehist-mode: t save-place-mode: t electric-pair-mode: t desktop-save-mode: t delete-selection-mode: t cua-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 blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t temp-buffer-resize-mode: t buffer-read-only: t size-indication-mode: t column-number-mode: t line-number-mode: t global-visual-line-mode: t visual-line-mode: t transient-mark-mode: t Recent messages: [ REDACTED ] Load-path shadows: /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-contacts hides ~/.emacs.d/modules/org-contacts /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-habit hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-habit /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-python hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-python /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-clojure hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-clojure /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-md hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-md /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-macs hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-macs /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-odt hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-odt /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-texinfo hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-texinfo /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-protocol hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-protocol /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-io hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-io /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-list hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-list /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-scheme hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-scheme /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-docview hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-docview /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-latex hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-latex /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-html hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-html /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-ctags hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-ctags /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-src hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-src /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-octave hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-octave /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-w3m hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-w3m /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-bibtex hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-bibtex /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-info hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-info /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-beamer hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-beamer /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-maxima hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-maxima /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-table hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-table /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-R hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-R /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-publish hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-publish /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-mscgen hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-mscgen /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-scala hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-scala /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-keys hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-keys /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-css hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-css /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-haskell hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-haskell /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-picolisp hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-picolisp /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-timer hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-timer /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-feed hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-feed /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-emacs-lisp hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-emacs-lisp /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-mhe hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-mhe /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-exp hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-exp /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-rmail hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-rmail /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-attach hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-attach /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-lilypond hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-lilypond /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-version hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-version /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-makefile hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-makefile /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-sql hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-sql /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-lob hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-lob /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-java hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-java /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-loaddefs hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-loaddefs /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-element hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-element /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-id hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-id /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-crypt hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-crypt /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-plot hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-plot /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-ruby hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-ruby /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-matlab hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-matlab /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-ditaa hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-ditaa /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-irc hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-irc /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-gnus hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-gnus /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-C hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-C /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-comint hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-comint /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-colview hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-colview /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-tangle hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-tangle /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-dot hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-dot /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-mobile hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-mobile /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-eshell hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-eshell /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-sass hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-sass /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-gnuplot hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-gnuplot /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-icalendar hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-icalendar /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-man hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-man /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-capture hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-capture /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-plantuml hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-plantuml /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-footnote hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-footnote /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-clock hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-clock /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-js hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-js /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-latex hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-latex /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-ascii hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-ascii /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-ref hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-ref /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-ocaml hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-ocaml /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-agenda hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-agenda /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-indent hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-indent /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-core hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-core /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-pcomplete hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-pcomplete /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-datetree hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-datetree /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-ledger hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-ledger /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-shen hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-shen /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-entities hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-entities /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-macro hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-macro /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-mouse hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-mouse /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-sqlite hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-sqlite /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox-org hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox-org /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-screen hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-screen /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-asymptote hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-asymptote /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-eval hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-eval /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-archive hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-archive /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ox hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ox /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-org hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-org /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-perl hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-perl /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-faces hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-faces /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-bbdb hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-bbdb /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-compat hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-compat /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-lisp hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-lisp /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-install hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-install /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-awk hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-awk /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-calc hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-calc /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/org-inlinetask hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/org-inlinetask /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-table hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-table /home/nlj/.emacs.d/elpa/org-plus-contrib-20161224/ob-fortran hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/org/ob-fortran /home/nlj/.emacs.d/elpa/soap-client-3.1.1/soap-client hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/net/soap-client /home/nlj/.emacs.d/elpa/soap-client-3.1.1/soap-inspect hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/net/soap-inspect ~/.emacs.d/modules/emms/lisp/tq hides /data/projects/vc/emacs/emacs-25.2.rc2/lisp/emacs-lisp/tq Features: (shadow bbdb-message mail-extr emacsbug sendmail mm-archive url-http url-gw url-cache url-auth url-handlers nnrss xml mm-url nndraft nnmh utf-7 server pinentry epa-file epa derived network-stream nsm starttls nnfolder bbdb-gnus bbdb-mua nnnil gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg nntp gnus-cache flyspell ispell sage sage-load rx emms-bookmarks emms-cue emms-mode-line-icon emms-browser sort emms-playlist-sort emms-last-played emms-player-xine emms-player-mpd emms-playing-time emms-lyrics emms-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util url-parse url-vars emms-streams emms-tag-editor emms-mark emms-mode-line emms-cache emms-info-ogginfo emms-info-mp3info emms-info later-do emms-playlist-mode emms-player-vlc emms-player-mplayer emms-player-simple emms-source-playlist emms-source-file locate emms-setup emms emms-compat calfw-org calfw holidays hol-loaddefs cl pdf-occur ibuf-ext ibuffer tablist tablist-filter semantic/wisent/comp semantic/wisent semantic/wisent/wisent semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local cedet pdf-isearch let-alist pdf-misc imenu pdf-tools compile cus-edit pdf-view bookmark pp pdf-cache pdf-info tq pdf-util org-contacts org-capture gnus-art mm-uu mml2015 mm-view mml-smime smime dig mailcap gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source tls gnutls utf7 netrc nnoo parse-time gnus-spec gnus-int gnus-range message rfc822 mml mml-sec epg mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 ietf-drums gmm-utils mailheader gnus-win gnus gnus-ems nnheader mail-utils org-eldoc org-w3m org-rmail org-mhe org-irc org-info org-habit org-gnus org-docview doc-view subr-x jka-compr image-mode dired org-bibtex bibtex org-bbdb org-agenda org-element avl-tree org org-macro org-footnote org-pcomplete org-list org-faces org-entities noutline outline easy-mmode org-version ob-latex ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint tramp tramp-compat auth-source cl-seq eieio eieio-core cl-macs gnus-util mm-util help-fns mail-prsvr password-cache tramp-loaddefs trampver ucs-normalize shell pcomplete advice comint ansi-color ring ob-core ob-eval org-compat org-macs org-loaddefs format-spec find-func bbdb-anniv diary-lib diary-loaddefs cal-menu calendar cal-loaddefs bbdb-com crm mailabbrev bbdb bbdb-site timezone bbdb-loaddefs finder-inf tex-site info package epg-config seq byte-opt gv bytecomp byte-compile cl-extra help-mode cconv edmacro kmacro recentf tree-widget wid-edit easymenu battery time wheatgrass-theme paren savehist saveplace elec-pair desktop frameset cl-loaddefs pcase cl-lib delsel cua-base cus-start cus-load 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 move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 550688 26688) (symbols 48 99628 0) (miscs 40 432 265) (strings 32 134429 9535) (string-bytes 1 4846315) (vectors 16 65023) (vector-slots 8 1061254 8856) (floats 8 607 650) (intervals 56 629 54) (buffers 976 31)) From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 23 11:24:49 2017 Received: (at 25851) by debbugs.gnu.org; 23 Feb 2017 16:24:49 +0000 Received: from localhost ([127.0.0.1]:53201 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cgwCH-0003d0-8I for submit@debbugs.gnu.org; Thu, 23 Feb 2017 11:24:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cgwCF-0003co-QD for 25851@debbugs.gnu.org; Thu, 23 Feb 2017 11:24:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cgwC7-0008SA-Cl for 25851@debbugs.gnu.org; Thu, 23 Feb 2017 11:24:42 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42350) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cgwC7-0008S4-8s; Thu, 23 Feb 2017 11:24:39 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4263 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cgwC6-00079t-HH; Thu, 23 Feb 2017 11:24:39 -0500 Date: Thu, 23 Feb 2017 18:24:09 +0200 Message-Id: <831suoub86.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <87a89c51qb.fsf@moondust.localdomain> (nljlistbox2@gmail.com) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Date: Thu, 23 Feb 2017 11:08:28 -0500 > > When starting Emacs from a terminal/console window, GTK emits the > following message in the terminal/console: > > Gtk-WARNING **: gtk_window_parse_geometry() called on a window > with no visible children; the window should be set up before > gtk_window_parse_geometry() is called. > > The message is emitted n - 1 times, where n is the number of > frames specified in the desktop file; with no desktop file, or > with a desktop file specifying just the one frame, no such message > is emitted. > > Once Emacs is up and running, creating new frames does not cause > this message to be emitted. > > I tried deleting the desktop file and starting fresh, but the > problem persists. > > I'm seeing this in rc2 of Emacs 25.2 built from the tarball. I > didn't see it in Emacs 25.1. I do however see it in 25.1.91. > > If needed I'm happy to try to find a minimal recipe for this from > `emacs -Q' but I would need some pointers on how to create / read > desktop files from `emacs -Q'. Thanks. It might be enough if you run Emacs under a debugger with a breakpoint in the GTK function which emits this warning, then show us the backtrace from that function. That should point to the code that gets executed when it probably shouldn't. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 23 21:33:49 2017 Received: (at 25851) by debbugs.gnu.org; 24 Feb 2017 02:33:49 +0000 Received: from localhost ([127.0.0.1]:53418 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ch5hd-0000cU-3J for submit@debbugs.gnu.org; Thu, 23 Feb 2017 21:33:49 -0500 Received: from mail-it0-f66.google.com ([209.85.214.66]:33836) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ch5ha-0000cG-DF for 25851@debbugs.gnu.org; Thu, 23 Feb 2017 21:33:46 -0500 Received: by mail-it0-f66.google.com with SMTP id r141so1213405ita.1 for <25851@debbugs.gnu.org>; Thu, 23 Feb 2017 18:33:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=DcUWiGvRq0ppzOGudWtwu1iG0SY06gMxIM3lvA2faoQ=; b=qV8PvcjlQo2B0TvUggWp52ni5FsbbcdWa7udsT0y8Pt2nheOUMtfb/mZq06xcoyRE7 wfiznrBZBmyTVELEV5FFeaP/D9eP7f1asxlI2U2gxLkHmRsq9+5O620oX1d4UjUCn5Sl 3rAkPRDeK18dZpZISM2GpSwF4Qyu1mbxpoJ+FM2ZD2LIUhUQrrPtX23j0G9py1BoQ1HB N2Gt9DHgFpoz9/JlIPZSE72r859J76hVPWdYjjZw+CzMuSmKk6ZrDO2mWT1l9Op011g/ smWXPYEFOpYHCClRUTHk2mNz2PmLKp/O/r4akfVx7SaTPuMqLDyW0DCKlWhMskANg81x TZCQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=DcUWiGvRq0ppzOGudWtwu1iG0SY06gMxIM3lvA2faoQ=; b=L0YfkAsFN1CPIM5Sy1TPC/swnWGHdC+VUVbIyF4J4+ULEs18gnjUwoQeUJVorFOh1O RdjFmYCP74tRQDDplJGOui+Am7JAJfqzu8PRh6PAHF+UcfMbcuRVGfoy4myMZbxK5nqD jEMQV2O+DHjo7d9Y56U6VKnv+9cy75sdZf6NjjiWQcE6I2O9WJ+Qosjn6z6Fe4TEykLt ApuAeqa8KTCnXLZL/lAjxQ86n9L5LdyBOLWmMaQpJOjYDGgcfVs73/pUYYt+Y17jaWwn INT70Q28pe2wvsHSA8lWP2YeN1qgzq1KNO/IjzdGzEVmO9EBnSY2M5HXd1FvJGelfOoW 7haw== X-Gm-Message-State: AMke39n3vEQqWi3S1yTMJbsWaN6U7pXGUO0XOCgLQp0ItFK8zV+w47kFOwpOKrrxff533w== X-Received: by 10.107.59.201 with SMTP id i192mr868900ioa.196.1487903620538; Thu, 23 Feb 2017 18:33:40 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([184.151.178.236]) by smtp.gmail.com with ESMTPSA id h91sm362230ioi.24.2017.02.23.18.33.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 23 Feb 2017 18:33:39 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> Date: Thu, 23 Feb 2017 21:33:33 -0500 In-Reply-To: <831suoub86.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 23 Feb 2017 18:24:09 +0200") Message-ID: <87lgswmi6a.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 18:24 +0200 on Thursday 2017-02-23, Eli Zaretskii wrote: > > Thanks. It might be enough if you run Emacs under a debugger > with a breakpoint in the GTK function which emits this warning, > then show us the backtrace from that function. That should point > to the code that gets executed when it probably shouldn't. This warning is emitted by line 11414 of `gtk_window_parse_geometry' in gtkwindow.c in the gtk+-3.22.8 sources. The code looks like this: gboolean gtk_window_parse_geometry (GtkWindow *window, const gchar *geometry) { gint result, x =3D 0, y =3D 0; guint w, h; GtkWidget *child; GdkGravity grav; gboolean size_set, pos_set; GdkScreen *screen; g_return_val_if_fail (GTK_IS_WINDOW (window), FALSE); g_return_val_if_fail (geometry !=3D NULL, FALSE); child =3D gtk_bin_get_child (GTK_BIN (window)); if (!child || !gtk_widget_get_visible (child)) g_warning ("gtk_window_parse_geometry() called on a window with no " "visible children; the window should be set up before " "gtk_window_parse_geometry() is called."); ... There is a note in the commentary preceding the function that echos the warning message: * Note that for gtk_window_parse_geometry() to work as * expected, it has to be called when the window has its =E2=80=9Cfinal= =E2=80=9D * size, i.e. after calling gtk_widget_show_all() on the * contents and gtk_window_set_geometry_hints() on the window. The only place in the Emacs sources where I see `gtk_window_parse_geometry' being called is in `xg_set_geometry' at line 802 of gtkutil.c where the code looks like this: /* Silence warning about visible children. */ id =3D g_log_set_handler ("Gtk", G_LOG_LEVEL_WARNING | G_LOG_FLAG_FATAL | G_LOG_FLAG_RECURSION, my_log_handler, NULL); if (!gtk_window_parse_geometry (GTK_WINDOW (FRAME_GTK_OUTER_WIDGET (f)), geom_str)) fprintf (stderr, "Failed to parse: '%s'\n", geom_str); So it looks like a previous attempt to avoid the warning message is no longer successful. As requested, here is the backtrace when the warning is emitted: #0 0x00000000005657ee in xg_set_geometry (f=3D0x10aa9f0) at gtkutil.c:806 #1 0x00000000005667cf in xg_create_frame_widgets (f=3D0x10aa9f0) at gtkuti= l.c:1216 #2 0x000000000054fc76 in x_window (f=3D0x10aa9f0) at xfns.c:2727 #3 0x0000000000551d79 in Fx_create_frame (parms=3D57485619) at xfns.c:3484 #4 0x000000000062c40d in Ffuncall (nargs=3D2, args=3D0x7fffffff8ec8) at ev= al.c:2699 #5 0x000000000067664b in exec_byte_code (bytestr=3D10582108, vector=3D1058= 2141, maxdepth=3D18, args_template=3D0, nargs=3D0, args=3D0x0) at bytecode.= c:880 #6 0x000000000062d16f in funcall_lambda (fun=3D10582045, nargs=3D1, arg_ve= ctor=3D0xa1787d ) at eval.c:2929 #7 0x000000000062c68f in Ffuncall (nargs=3D2, args=3D0x7fffffff9400) at ev= al.c:2748 #8 0x000000000067664b in exec_byte_code (bytestr=3D23626564, vector=3D1486= 8461, maxdepth=3D14, args_template=3D1030, nargs=3D1, args=3D0x7fffffff9a80= ) at bytecode.c:880 #9 0x000000000062cd50 in funcall_lambda (fun=3D22350725, nargs=3D1, arg_ve= ctor=3D0x7fffffff9a78) at eval.c:2863 #10 0x000000000062c68f in Ffuncall (nargs=3D2, args=3D0x7fffffff9a70) at ev= al.c:2748 #11 0x000000000062b382 in Fapply (nargs=3D2, args=3D0x7fffffff9a70) at eval= .c:2284 #12 0x000000000062c2d5 in Ffuncall (nargs=3D3, args=3D0x7fffffff9a68) at ev= al.c:2679 #13 0x000000000067664b in exec_byte_code (bytestr=3D23644068, vector=3D2120= 8917, maxdepth=3D62, args_template=3D514, nargs=3D1, args=3D0x7fffffffa010)= at bytecode.c:880 #14 0x000000000062cd50 in funcall_lambda (fun=3D19980181, nargs=3D1, arg_ve= ctor=3D0x7fffffffa010) at eval.c:2863 #15 0x000000000062c68f in Ffuncall (nargs=3D2, args=3D0x7fffffffa008) at ev= al.c:2748 #16 0x000000000067664b in exec_byte_code (bytestr=3D11218740, vector=3D1121= 8773, maxdepth=3D54, args_template=3D1026, nargs=3D1, args=3D0x7fffffffa568= ) at bytecode.c:880 #17 0x000000000062cd50 in funcall_lambda (fun=3D11218685, nargs=3D1, arg_ve= ctor=3D0x7fffffffa560) at eval.c:2863 #18 0x000000000062c68f in Ffuncall (nargs=3D2, args=3D0x7fffffffa558) at ev= al.c:2748 #19 0x000000000067664b in exec_byte_code (bytestr=3D11217524, vector=3D1121= 7557, maxdepth=3D22, args_template=3D2054, nargs=3D2, args=3D0x7fffffffaad8= ) at bytecode.c:880 #20 0x000000000062cd50 in funcall_lambda (fun=3D11217469, nargs=3D2, arg_ve= ctor=3D0x7fffffffaac8) at eval.c:2863 #21 0x000000000062c68f in Ffuncall (nargs=3D3, args=3D0x7fffffffaac0) at ev= al.c:2748 #22 0x000000000067664b in exec_byte_code (bytestr=3D29837764, vector=3D2032= 7621, maxdepth=3D70, args_template=3D4114, nargs=3D4, args=3D0x7fffffffb0e0= ) at bytecode.c:880 #23 0x000000000062cd50 in funcall_lambda (fun=3D25722397, nargs=3D4, arg_ve= ctor=3D0x7fffffffb0c0) at eval.c:2863 #24 0x000000000062c68f in Ffuncall (nargs=3D5, args=3D0x7fffffffb0b8) at ev= al.c:2748 #25 0x000000000067664b in exec_byte_code (bytestr=3D18636228, vector=3D2213= 7909, maxdepth=3D122, args_template=3D1542, nargs=3D9, args=3D0x7fffffffb61= 8) at bytecode.c:880 #26 0x000000000062cd50 in funcall_lambda (fun=3D21872565, nargs=3D9, arg_ve= ctor=3D0x7fffffffb610) at eval.c:2863 #27 0x000000000062c68f in Ffuncall (nargs=3D10, args=3D0x7fffffffb608) at e= val.c:2748 #28 0x000000000067664b in exec_byte_code (bytestr=3D19811332, vector=3D2194= 1397, maxdepth=3D42, args_template=3D2, nargs=3D0, args=3D0x7fffffffbba8) a= t bytecode.c:880 #29 0x000000000062cd50 in funcall_lambda (fun=3D21941501, nargs=3D0, arg_ve= ctor=3D0x7fffffffbba8) at eval.c:2863 #30 0x000000000062c68f in Ffuncall (nargs=3D1, args=3D0x7fffffffbba0) at ev= al.c:2748 #31 0x000000000067664b in exec_byte_code (bytestr=3D19804484, vector=3D2194= 1597, maxdepth=3D66, args_template=3D1026, nargs=3D0, args=3D0x7fffffffc100= ) at bytecode.c:880 #32 0x000000000062cd50 in funcall_lambda (fun=3D20574093, nargs=3D0, arg_ve= ctor=3D0x7fffffffc100) at eval.c:2863 #33 0x000000000062c68f in Ffuncall (nargs=3D1, args=3D0x7fffffffc0f8) at ev= al.c:2748 #34 0x000000000067664b in exec_byte_code (bytestr=3D19384580, vector=3D1849= 2589, maxdepth=3D18, args_template=3D2, nargs=3D0, args=3D0x7fffffffc6d0) a= t bytecode.c:880 #35 0x000000000062cd50 in funcall_lambda (fun=3D21708709, nargs=3D0, arg_ve= ctor=3D0x7fffffffc6d0) at eval.c:2863 #36 0x000000000062c68f in Ffuncall (nargs=3D1, args=3D0x7fffffffc6c8) at ev= al.c:2748 #37 0x000000000062b780 in funcall_nil (nargs=3D1, args=3D0x7fffffffc6c8) at= eval.c:2338 #38 0x000000000062bc60 in run_hook_with_args (nargs=3D1, args=3D0x7fffffffc= 6c8, funcall=3D0x62b75d ) at eval.c:2515 #39 0x000000000062b807 in Frun_hook_with_args (nargs=3D1, args=3D0x7fffffff= c6c8) at eval.c:2380 #40 0x000000000062bcea in run_hook (hook=3D21708709) at eval.c:2528 #41 0x000000000062b7c4 in Frun_hooks (nargs=3D2, args=3D0x7fffffffc7d0) at = eval.c:2362 #42 0x000000000062c2d5 in Ffuncall (nargs=3D3, args=3D0x7fffffffc7c8) at ev= al.c:2679 #43 0x000000000067664b in exec_byte_code (bytestr=3D11253852, vector=3D1125= 3885, maxdepth=3D86, args_template=3D2, nargs=3D0, args=3D0x7fffffffcd88) a= t bytecode.c:880 #44 0x000000000062cd50 in funcall_lambda (fun=3D11253805, nargs=3D0, arg_ve= ctor=3D0x7fffffffcd88) at eval.c:2863 #45 0x000000000062c68f in Ffuncall (nargs=3D1, args=3D0x7fffffffcd80) at ev= al.c:2748 #46 0x000000000067664b in exec_byte_code (bytestr=3D11249860, vector=3D1124= 9893, maxdepth=3D50, args_template=3D2, nargs=3D0, args=3D0x7fffffffd230) a= t bytecode.c:880 #47 0x000000000062cd50 in funcall_lambda (fun=3D11249813, nargs=3D0, arg_ve= ctor=3D0x7fffffffd230) at eval.c:2863 #48 0x000000000062c9f7 in apply_lambda (fun=3D11249813, args=3D0, count=3D4= ) at eval.c:2800 #49 0x000000000062b026 in eval_sub (form=3D21000067) at eval.c:2217 #50 0x000000000062a512 in Feval (form=3D21000067, lexical=3D0) at eval.c:19= 94 #51 0x0000000000581380 in top_level_2 () at keyboard.c:1121 #52 0x0000000000628baf in internal_condition_case (bfun=3D0x58135d , handlers=3D19104, hfun=3D0x580d8a ) at eval.c:1315 #53 0x00000000005813c1 in top_level_1 (ignore=3D0) at keyboard.c:1129 #54 0x000000000062817e in internal_catch (tag=3D45936, func=3D0x581382 , arg=3D0) at eval.c:1080 #55 0x00000000005812b5 in command_loop () at keyboard.c:1090 #56 0x000000000058087a in recursive_edit_1 () at keyboard.c:697 #57 0x0000000000580a7a in Frecursive_edit () at keyboard.c:768 #58 0x000000000057e832 in main (argc=3D1, argv=3D0x7fffffffd758) at emacs.c= :1629 Lisp Backtrace: "x-create-frame" (0xffff8ed0) "x-create-frame-with-faces" (0xffff9408) 0x1550b80 PVEC_COMPILED "apply" (0xffff9a70) "frame-creation-function" (0xffffa010) "make-frame" (0xffffa560) "make-frame-on-display" (0xffffaac8) "frameset--restore-frame" (0xffffb0c0) "frameset-restore" (0xffffb610) "desktop-restore-frameset" (0xffffbba8) "desktop-read" (0xffffc100) 0x14b3fa0 PVEC_COMPILED "run-hooks" (0xffffc7d0) "command-line" (0xffffcd88) "normal-top-level" (0xffffd230) I hopes this helps and please let me know if I can provide further information. Thanks. N. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 24 03:08:15 2017 Received: (at 25851) by debbugs.gnu.org; 24 Feb 2017 08:08:15 +0000 Received: from localhost ([127.0.0.1]:53505 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chAvH-0008Qi-IS for submit@debbugs.gnu.org; Fri, 24 Feb 2017 03:08:15 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44402) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chAvF-0008QW-W8 for 25851@debbugs.gnu.org; Fri, 24 Feb 2017 03:08:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1chAv5-0003YL-Tb for 25851@debbugs.gnu.org; Fri, 24 Feb 2017 03:08:08 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51813) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1chAv5-0003YH-Pl; Fri, 24 Feb 2017 03:08:03 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1236 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1chAv4-0002vI-EL; Fri, 24 Feb 2017 03:08:03 -0500 Date: Fri, 24 Feb 2017 10:07:36 +0200 Message-Id: <83vas0rozb.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <87lgswmi6a.fsf@moondust.localdomain> (nljlistbox2@gmail.com) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Cc: 25851@debbugs.gnu.org > Date: Thu, 23 Feb 2017 21:33:33 -0500 > > At 18:24 +0200 on Thursday 2017-02-23, Eli Zaretskii wrote: > > > > Thanks. It might be enough if you run Emacs under a debugger > > with a breakpoint in the GTK function which emits this warning, > > then show us the backtrace from that function. That should point > > to the code that gets executed when it probably shouldn't. > > This warning is emitted by line 11414 of > `gtk_window_parse_geometry' in gtkwindow.c in the gtk+-3.22.8 > sources. The code looks like this: Thanks for the footwork and all the useful information this uncovered. I will look closer at that later, but right now I believe I am (or was) confused... > Lisp Backtrace: > "x-create-frame" (0xffff8ed0) > "x-create-frame-with-faces" (0xffff9408) > 0x1550b80 PVEC_COMPILED > "apply" (0xffff9a70) > "frame-creation-function" (0xffffa010) > "make-frame" (0xffffa560) > "make-frame-on-display" (0xffffaac8) > "frameset--restore-frame" (0xffffb0c0) > "frameset-restore" (0xffffb610) > "desktop-restore-frameset" (0xffffbba8) > "desktop-read" (0xffffc100) This seems to indicate Emacs is restoring desktop into a new GUI session. But in your original report you said: > When starting Emacs from a terminal/console window, GTK emits the > following message which I interpreted to mean you were starting "emacs -nw". Did I misinterpret what you were saying? If so, what is the significance of the "terminal/console window" part? From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 24 08:41:24 2017 Received: (at 25851) by debbugs.gnu.org; 24 Feb 2017 13:41:24 +0000 Received: from localhost ([127.0.0.1]:53652 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chG7g-0002a3-6p for submit@debbugs.gnu.org; Fri, 24 Feb 2017 08:41:24 -0500 Received: from mail-it0-f46.google.com ([209.85.214.46]:38178) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chG7e-0002Zq-St for 25851@debbugs.gnu.org; Fri, 24 Feb 2017 08:41:23 -0500 Received: by mail-it0-f46.google.com with SMTP id y135so22250281itc.1 for <25851@debbugs.gnu.org>; Fri, 24 Feb 2017 05:41:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=HYcKfAmjHgZDKqXTaiu7xnLOcOnENufhWw4P+Pdtz/U=; b=GwpDCY9IogjIdHW3RKxEdnT8/aBKsqPyefDqav93r2v35CTox+TSFl4Ew0HQCmtIOC 13YjLS5rw2HGgTNk4d8NG5k2xle/P6Y+fTw+CaKSLUt76wbFegL2bJ/ydU6/qSt8XqLG fXDzBT5r9HcJmVJxyjAcINyGHFiqOuxKBJH3Kp9QhSZphP+p5Ee16rYpkWE/khT17j3F kj0HJhawYVf//BgCSzHtI7TUlrx3SKfE5qRk2XuVJv2KqE8gaNgNKlbEXH7tgLDGRtH1 ABS+Vbdesp2C/B7zVMM46q/WpZPGHhVameOsFNaMkJm6jEJBUxsl3LrazG/99vpVlBNn gUOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=HYcKfAmjHgZDKqXTaiu7xnLOcOnENufhWw4P+Pdtz/U=; b=idXLDBzdc1WJBezb+XryasDeR3w7Qfok0Ls9kqpaoeaokfVWI2IBEhZzUhr96n7ng+ qrHP3RtBSFgOneq/SdFJMOgj/1EtFXo/lLxp/o47S8A/uO02JY0RCEdGrOAmfllY8hPp 8mcL0YKd8yIQiLA9mdUKdC8x8i2sTbzSCov8X7rx0rIgyrx5PTr54wY91EcC81LhPaWc cd3tD8fBCLch8c/Rjn0D+KPu2oOCPt7P6gNT8w9gXjF3VHoWSYYz8ZUGTLV7sOmJBRVa +eB7YegbpEVbjysEQrlFpqEhCuLYqWIDTENIBvYNvfg1PNWruV3xE8hA/Pi60rbcUnsU b/tw== X-Gm-Message-State: AMke39lZnSsuyhah318TfiOI+pzfzBHE9e7ic9xs5m4GenFwvY/9E+E53WpfTYGPMvcZdQ== X-Received: by 10.36.30.11 with SMTP id 11mr2606914itt.54.1487943677115; Fri, 24 Feb 2017 05:41:17 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id d10sm714990itd.9.2017.02.24.05.41.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 24 Feb 2017 05:41:16 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> Date: Fri, 24 Feb 2017 08:41:15 -0500 In-Reply-To: <83vas0rozb.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Feb 2017 10:07:36 +0200") Message-ID: <87k28fso3o.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) At 10:07 +0200 on Friday 2017-02-24, Eli Zaretskii wrote: > right now I believe I am (or was) confused... > >> Lisp Backtrace: >> "x-create-frame" (0xffff8ed0) >> "x-create-frame-with-faces" (0xffff9408) >> 0x1550b80 PVEC_COMPILED >> "apply" (0xffff9a70) >> "frame-creation-function" (0xffffa010) >> "make-frame" (0xffffa560) >> "make-frame-on-display" (0xffffaac8) >> "frameset--restore-frame" (0xffffb0c0) >> "frameset-restore" (0xffffb610) >> "desktop-restore-frameset" (0xffffbba8) >> "desktop-read" (0xffffc100) > > This seems to indicate Emacs is restoring desktop into a new GUI > session. But in your original report you said: > >> When starting Emacs from a terminal/console window, GTK emits >> the following message > > which I interpreted to mean you were starting "emacs -nw". Did I > misinterpret what you were saying? If so, what is the > significance of the "terminal/console window" part? Sorry for the confusion there, Eli. What I mean(t) is that I start a new GUI Emacs by entering src/emacs & in a terminal/console such as XTerm or Konsole. (This is how I normally start Emacs.) The only relevance of the start from the terminal/console is that I then see the warnings and errors emitted. (If I had started it from the window manager / desktop environment then those would not be visible to me.) N. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 24 08:54:01 2017 Received: (at 25851) by debbugs.gnu.org; 24 Feb 2017 13:54:01 +0000 Received: from localhost ([127.0.0.1]:53661 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chGJt-0002qw-CO for submit@debbugs.gnu.org; Fri, 24 Feb 2017 08:54:01 -0500 Received: from mail-it0-f47.google.com ([209.85.214.47]:37444) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chGJr-0002qj-MH for 25851@debbugs.gnu.org; Fri, 24 Feb 2017 08:53:59 -0500 Received: by mail-it0-f47.google.com with SMTP id 203so22432002ith.0 for <25851@debbugs.gnu.org>; Fri, 24 Feb 2017 05:53:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=JRQeowQGp4a4PKJXvFYvBPIyQkpnVCC7LCAHwPSwnFQ=; b=urMrcnZC/9JJJNmRe1F60NSoVMtkzK+3OeyaXetY6OsYi99QJemDtWdJ4kUf6bOaeD qy+nH3beVZSaGU4SxQDD54JZZWit1F2XLWOsAEuvKt0jkKu6xQ1wvJmTXNPQvLaEkfBR mtninpUZNqVmU7lShuLLBB+d2axlEKr3AFqK+qZDNaYx+4IhqZXk8JoPooTZNMMgWSlT JZG0a7+U4WzamYt/azBtZE7ecYMYu9zU74ymlyCig82qpon6KAUtXzdcOcpjIaOphshI yJ8Z5dZQBwjxdnKWOzLOR2QvQ9XTKohwCalPepduQOnrBm3/iuftd7FhMvmWF/Vda2HW 2aGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=JRQeowQGp4a4PKJXvFYvBPIyQkpnVCC7LCAHwPSwnFQ=; b=Pwvw7S2kMdREaQwpMGhzBXKpml2N/eGDVhqBkmPLpNjwchsdiOBokfAujl92zQrVV8 e0H9E9vBMZoX6ANL/tOFC1RHxUVGTtlsfET7Bw77pi9HYXekA4LkKgNgOHPv3xGDA6fH efizYaOp/1CimBLM6yHf0yQV+oWUVHs2GfV86tl8m3J5SbKwjHd41se2i2K/wOZ3q1nY 21l8VV9sx57kliHXTUywEFoCtkBmEr5qdsLByW7Vjj4m+/niherW9GWDN4gJiWNe3Nsr CUCya+kji865NGyBwo8QH3mwZkKtAx0avgZ+FFYg/CVFn9HkPC/t++PBDyZINmlReYGL LfGw== X-Gm-Message-State: AMke39meNPjxnjqWz8HkIsYEVaQBCu9AGw2A3QfqZNdRoKTBC7K4t1NEH7MUgViRLOohzQ== X-Received: by 10.107.30.75 with SMTP id e72mr2444805ioe.62.1487944433204; Fri, 24 Feb 2017 05:53:53 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id a196sm723375itc.14.2017.02.24.05.53.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 24 Feb 2017 05:53:51 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> Date: Fri, 24 Feb 2017 08:53:50 -0500 In-Reply-To: <87k28fso3o.fsf@moondust.localdomain> (N. Jackson's message of "Fri, 24 Feb 2017 08:41:15 -0500") Message-ID: <87bmtrsnip.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) At 08:41 -0500 on Friday 2017-02-24, N. Jackson wrote: > > What I mean(t) is that I start a new GUI Emacs by entering > > src/emacs & > > in a terminal/console such as XTerm or Konsole. (This is how I > normally start Emacs.) Properly I should call it a graphical terminal emulator, I guess. Without being aware, one gets sloppy referring to things in one's every day world! From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 24 09:10:52 2017 Received: (at 25851) by debbugs.gnu.org; 24 Feb 2017 14:10:52 +0000 Received: from localhost ([127.0.0.1]:53676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chGaC-0003Ex-9k for submit@debbugs.gnu.org; Fri, 24 Feb 2017 09:10:52 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48026) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chGaA-0003Ek-Er for 25851@debbugs.gnu.org; Fri, 24 Feb 2017 09:10:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1chGa1-0006GA-3D for 25851@debbugs.gnu.org; Fri, 24 Feb 2017 09:10:45 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39322) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1chGa1-0006G6-0B; Fri, 24 Feb 2017 09:10:41 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1800 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1chGa0-0002VS-77; Fri, 24 Feb 2017 09:10:40 -0500 Date: Fri, 24 Feb 2017 16:10:14 +0200 Message-Id: <83o9xrsmrd.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <87k28fso3o.fsf@moondust.localdomain> (nljlistbox2@gmail.com) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Cc: 25851@debbugs.gnu.org > Date: Fri, 24 Feb 2017 08:41:15 -0500 > > Sorry for the confusion there, Eli. What I mean(t) is that I start > a new GUI Emacs by entering > > src/emacs & > > in a terminal/console such as XTerm or Konsole. (This is how I > normally start Emacs.) > > The only relevance of the start from the terminal/console is that > I then see the warnings and errors emitted. (If I had started it > from the window manager / desktop environment then those would not > be visible to me.) Right, got it. So the question now becomes: how is invoking x-create-frame-with-faces via frameset-restore is different from the same operation invoked, say, via "C-x 5 b"? (I understand that the latter doesn't cause GTK to emit the warning, right?) From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 24 11:09:34 2017 Received: (at 25851) by debbugs.gnu.org; 24 Feb 2017 16:09:34 +0000 Received: from localhost ([127.0.0.1]:54866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chIR2-0006Ci-Pf for submit@debbugs.gnu.org; Fri, 24 Feb 2017 11:09:34 -0500 Received: from mail-it0-f42.google.com ([209.85.214.42]:38240) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chIR0-0006CV-EJ for 25851@debbugs.gnu.org; Fri, 24 Feb 2017 11:09:30 -0500 Received: by mail-it0-f42.google.com with SMTP id y135so28780673itc.1 for <25851@debbugs.gnu.org>; Fri, 24 Feb 2017 08:09:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=OdT59w7KsoHyZspZEqRIShJIADAEyhM6PmAPPTeAIh4=; b=rLbUF0mq85LehRigJ1O7eCRHnDXYNmEszFXdfch8PGxsfw77hyGWEEM5dZCw3xJ/Ec GGYDlNZL7fhpf9K5lmVIkN5dU2Uja+jpCAd07I96cr3gMF+K0wE5vBsAso79OV9a6qBK WOnOIcXi7I81x3WuYVCW+nPtXtJgYxd1XFiAHG8uwr1v48HZTOtapsQ1CSFmHxRrZl7J CoHl0Ish+Mc/k5EtrevFPxdcBxbP2NL87kDuZb2kE99feup5WUC0NaeRHeU0T2xiTta1 gEJBU/9SDKnSifrwNxW8Lhv4MhaTk/xU+Il79Gu9oUj60OM3r3e4yDXq4W0gJXdFa4kE hczg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=OdT59w7KsoHyZspZEqRIShJIADAEyhM6PmAPPTeAIh4=; b=DoiC3GomF6a9SUzeR/D14xLMO98TlfCjHRUaFI5STL9FVt9N5HMlcA5F2Sbv3FZRGN WHglaHALIzyvx5Q4ko9DStmbL3VVi/8PmnXkYH3GJsu8WLVjJcwiYxdplX2z2vLzWzK9 IZLNbDlFjgR/zWru2wDJRTuDAdOrXYiyFJN7SmUyaAm9Wub8kd+5kwzXPpPWhF5sDnQQ CXcJ6Tw7qIFAStuk2chf5ocbRKe6KcnQkFEhQ4p5qPMPdN33RgXrjOEt+k1cQJk2Wlhm f/LV5La28QnwNvjjRqdxJBrBecmkbrgBOt7zrD0Cw4KCQ7zUXiXITfaSlbgp9XBeTkVo Fy1w== X-Gm-Message-State: AMke39lg6Ubu8hizd2Iqkk1fZuxuljsXr4AimtJWJc+Rum0ppANhwdw6jmPkA5HDYodt4Q== X-Received: by 10.36.2.65 with SMTP id 62mr3210495itu.83.1487952564849; Fri, 24 Feb 2017 08:09:24 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id v187sm3251793iod.56.2017.02.24.08.09.23 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 24 Feb 2017 08:09:24 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> Date: Fri, 24 Feb 2017 11:09:22 -0500 In-Reply-To: <83o9xrsmrd.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Feb 2017 16:10:14 +0200") Message-ID: <874lzjsh8t.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 16:10 +0200 on Friday 2017-02-24, Eli Zaretskii wrote: > > So the question now becomes: how is invoking > x-create-frame-with-faces via frameset-restore is different from > the same operation invoked, say, via "C-x 5 b"? (I understand > that the latter doesn't cause GTK to emit the warning, right?) Right. And the answer is that with `C-x 5 2' (and `C-x 5 b'), while `xg_set_geometry' is called, the body of it seems to be skipped [you had better check my use of GDB, here because the results confuse me so maybe I'm using it wrong] so `gtk_window_parse_geometry' never gets called. For convenience, the full code, with line numbers, of `xg_set_geometry' is: (gdb) list gtkutil.c:780 775 static void 776 xg_set_geometry (struct frame *f) 777 { 778 if (f->size_hint_flags & (USPosition | PPosition)) 779 { 780 int left = f->left_pos; 781 int xneg = f->size_hint_flags & XNegative; 782 int top = f->top_pos; 783 int yneg = f->size_hint_flags & YNegative; 784 char geom_str[sizeof "=x--" + 4 * INT_STRLEN_BOUND (int)]; (gdb) list +20 800 | G_LOG_FLAG_RECURSION, my_log_handler, NULL); 801 802 if (!gtk_window_parse_geometry (GTK_WINDOW (FRAME_GTK_OUTER_WIDGET (f)), 803 geom_str)) 804 fprintf (stderr, "Failed to parse: '%s'\n", geom_str); 805 806 g_log_remove_handler ("Gtk", id); 807 } 808 } 809 This is my interaction with GDB after `C-x 5 2': Thread 1 "emacs" hit Breakpoint 3, xg_set_geometry (f=0x386d000) at gtkutil.c:778 778 if (f->size_hint_flags & (USPosition | PPosition)) (gdb) print f->size_hint_flags $3 = 0 (gdb) print USPosition No symbol "USPosition" in current context. (gdb) print PPosition No symbol "PPosition" in current context. (gdb) print (USPosition | PPosition) No symbol "USPosition" in current context. (gdb) print (f->size_hint_flags & (USPosition | PPosition)) No symbol "USPosition" in current context. (gdb) n 808 } (gdb) Is my syntax wrong when I try to get the values? Thanks. N. From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 24 15:28:32 2017 Received: (at 25851) by debbugs.gnu.org; 24 Feb 2017 20:28:32 +0000 Received: from localhost ([127.0.0.1]:54982 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chMTe-0003YR-7Y for submit@debbugs.gnu.org; Fri, 24 Feb 2017 15:28:31 -0500 Received: from mail-it0-f46.google.com ([209.85.214.46]:33233) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chMTb-0003YD-HC for 25851@debbugs.gnu.org; Fri, 24 Feb 2017 15:28:28 -0500 Received: by mail-it0-f46.google.com with SMTP id d9so14136219itc.0 for <25851@debbugs.gnu.org>; Fri, 24 Feb 2017 12:28:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=PePVw8OzCc5BJk1ikpJYJT2ceCctfGGuIgpXitqfaVE=; b=qB5Qrtit2EDFoxPiWScUYvhV26wwdnijlm0neq3fTM2dLsemn1JJcoOglV52QaxVWR vTBE7pyNoMqpOrJ6oY+aizXDP9jcENIMFXC1h6y9JI5w4IZa2PdqHRFZ51f3Sm0nTpil w+fsGmOVql0MasjDVN8gQ9AUWVlXoX65F9g9JTrdBvUEyHXAJBOvLUPh/obQbTSFpCgI 2Ve9exf66IW+dSKcfZjbWasnOgGSsy+e2ImvzaGMcs6dDvfkCPixXKfslEHtwl6sYR7y Qx8ut7AFK41fbXD8ahCHvzxjhV2vU2dSR2wyZH9GLHl3yOiRNpbLqnODwXN9kAmhKwYU VG2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=PePVw8OzCc5BJk1ikpJYJT2ceCctfGGuIgpXitqfaVE=; b=g61v6F/XSB523FEkbsEkWhyZ/UaoSb4bY890wWDEFsuWirh7FG43lO/NJDxIhEI5o+ w7Wd5i5zMwjM0E3dJ7BuD8lkCieDHRTRA3Il2ZCG+iIrGMJeQQOhWxvx6ZtQLQREAvfA lV5K9isjVoRTR1GUiTPef4b6OqS5U9mgW0vl90M2GJaLUWJTLxaTITwyA27vPDoMSvym V5bB8+IZUILNb/aCMaJgoT+YJkl5OKy/TV3rYmZ5tTJrNdZZnWEH8Hpp2pB3JtYVqo81 qY2tkZ7fTdAW3HQhJGmXc2IXEmscFMiKtnbFrF5DLcasV9RKUQ4NQqz9d4AD6Smlzrqc HERQ== X-Gm-Message-State: AMke39kiif/4IRqhHhEoA2BBOTHBaHQ8JqXRgXz1MD2pXbn4PTDAg+5clxP7kUCAR7IOJg== X-Received: by 10.36.37.84 with SMTP id g81mr4537473itg.106.1487968101532; Fri, 24 Feb 2017 12:28:21 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id m127sm1130530itc.10.2017.02.24.12.28.20 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 24 Feb 2017 12:28:20 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> Date: Fri, 24 Feb 2017 15:28:19 -0500 In-Reply-To: <874lzjsh8t.fsf@moondust.localdomain> (N. Jackson's message of "Fri, 24 Feb 2017 11:09:22 -0500") Message-ID: <87y3wvqqos.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --=-=-= Content-Type: text/plain At 11:09 -0500 on Friday 2017-02-24, N. Jackson wrote: > > (gdb) list gtkutil.c:780 > 775 static void > 776 xg_set_geometry (struct frame *f) > 777 { > 778 if (f->size_hint_flags & (USPosition | PPosition)) > 779 { > 780 int left = f->left_pos; > 781 int xneg = f->size_hint_flags & XNegative; > 782 int top = f->top_pos; > 783 int yneg = f->size_hint_flags & YNegative; > 784 char geom_str[sizeof "=x--" + 4 * INT_STRLEN_BOUND (int)]; > (gdb) list +20 > 800 | G_LOG_FLAG_RECURSION, my_log_handler, NULL); > 801 > 802 if (!gtk_window_parse_geometry (GTK_WINDOW (FRAME_GTK_OUTER_WIDGET (f)), > 803 geom_str)) > 804 fprintf (stderr, "Failed to parse: '%s'\n", geom_str); > 805 > 806 g_log_remove_handler ("Gtk", id); > 807 } > 808 } > 809 FWIW, the following expands on the information in my previous message. I have breakpoints set a) at the entry to `xg_set_geometry' so that I can see when it is called even when the body is not executed, b) at the call to `gtk_window_parse_geometry' (line 802), and c) at line 806 just after the call to `gtk_window_parse_geometry' so I can see if the GTK warning message is emitted. (gdb) break xg_set_geometry Breakpoint 3 at 0x5656b4: file gtkutil.c, line 778. (gdb) break gtkutil.c:802 Breakpoint 4 at 0x565799: file gtkutil.c, line 802. (gdb) break gtkutil.c:806 Breakpoint 5 at 0x5657ee: file gtkutil.c, line 806. 1. With a desktop file that specifies three frames, the first time we enter `xg_set_geometry' after starting Emacs (presumably when the first/main Emacs frame is created), `f->size_hint_flags' is 0, the body of the function is not executed, `gtk_window_parse_geometry' is not called, and no warning message is printed by GTK: (gdb) run Starting program: /data/projects/vc/emacs/emacs-25.2.rc2/src/emacs [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffe166d700 (LWP 15522)] [New Thread 0x7fffe07fa700 (LWP 15523)] [New Thread 0x7fffde714700 (LWP 15524)] Thread 1 "emacs" hit Breakpoint 3, xg_set_geometry (f=0x13b4c30) at gtkutil.c:778 778 if (f->size_hint_flags & (USPosition | PPosition)) (gdb) bt [ *See bt-first-no-warning.txt attached* ] (gdb) print f->size_hint_flags $9 = 0 (gdb) print USPosition No symbol "USPosition" in current context. (gdb) print PPosition No symbol "PPosition" in current context. (gdb) s 808 } (gdb) c Continuing. Detaching after vfork from child process 15530. Detaching after vfork from child process 15531. Detaching after vfork from child process 15532. Detaching after vfork from child process 15533. Detaching after vfork from child process 15534. Detaching after vfork from child process 15536. Detaching after vfork from child process 15537. Detaching after vfork from child process 15538. Detaching after vfork from child process 15539. Detaching after vfork from child process 15540. Detaching after vfork from child process 15541. Detaching after vfork from child process 15542. Detaching after vfork from child process 15543. Detaching after vfork from child process 15544. Detaching after vfork from child process 15545. Detaching after vfork from child process 15546. Detaching after vfork from child process 15547. Detaching after vfork from child process 15548. Detaching after vfork from child process 15549. Detaching after vfork from child process 15550. Detaching after vfork from child process 15551. 2. Each of the next two times we enter `xg_set_geometry' (presumably as the second and third frame specified in the desktop file are created), `f->size_hint_flags' is 4, the body of the function is executed, `gtk_window_parse_geometry' is called, and the warning message is printed by GTK: Thread 1 "emacs" hit Breakpoint 3, xg_set_geometry (f=0x31d79a0) at gtkutil.c:778 778 if (f->size_hint_flags & (USPosition | PPosition)) (gdb) bt [ *See bt-second-warns.txt attached* ] (gdb) print f->size_hint_flags $10 = 4 (gdb) print USPosition No symbol "USPosition" in current context. (gdb) print PPosition No symbol "PPosition" in current context. (gdb) s 780 int left = f->left_pos; (gdb) c Continuing. Thread 1 "emacs" hit Breakpoint 4, xg_set_geometry (f=0x31d79a0) at gtkutil.c:802 802 if (!gtk_window_parse_geometry (GTK_WINDOW (FRAME_GTK_OUTER_WIDGET (f)), (gdb) c Continuing. (emacs:15521): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. Thread 1 "emacs" hit Breakpoint 5, xg_set_geometry (f=0x31d79a0) at gtkutil.c:806 806 g_log_remove_handler ("Gtk", id); (gdb) c Continuing. Thread 1 "emacs" hit Breakpoint 3, xg_set_geometry (f=0x390cdc8) at gtkutil.c:778 778 if (f->size_hint_flags & (USPosition | PPosition)) (gdb) bt [ *See bt-third-warns.txt attached* ] (gdb) print f->size_hint_flags $11 = 4 (gdb) print USPosition No symbol "USPosition" in current context. (gdb) print PPosition No symbol "PPosition" in current context. (gdb) s 780 int left = f->left_pos; (gdb) c Continuing. Thread 1 "emacs" hit Breakpoint 4, xg_set_geometry (f=0x390cdc8) at gtkutil.c:802 802 if (!gtk_window_parse_geometry (GTK_WINDOW (FRAME_GTK_OUTER_WIDGET (f)), (gdb) c Continuing. (emacs:15521): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. Thread 1 "emacs" hit Breakpoint 5, xg_set_geometry (f=0x390cdc8) at gtkutil.c:806 806 g_log_remove_handler ("Gtk", id); (gdb) c Continuing. 3. Now, creating a frame interactively with `C-x 5 2', we enter `xg_set_geometry', `f->size_hint_flags' is 0, the body of the function is not executed, `gtk_window_parse_geometry' is not called, and no warning message is printed by GTK: Thread 1 "emacs" hit Breakpoint 3, xg_set_geometry (f=0x472a1a0) at gtkutil.c:778 778 if (f->size_hint_flags & (USPosition | PPosition)) (gdb) bt [ *See bt-interactive-no-warning.txt attached* ] (gdb) print f->size_hint_flags $12 = 0 (gdb) print USPosition No symbol "USPosition" in current context. (gdb) print PPosition No symbol "PPosition" in current context. (gdb) s 808 } (gdb) c Continuing. 4. Finally, starting a new instance with no desktop file, we enter `xg_set_geometry' just once, `f->size_hint_flags' is 0, the body of the function is not executed, `gtk_window_parse_geometry' is not called, and no warning message is printed by GTK: (gdb) run --no-desktop Starting program: /data/projects/vc/emacs/emacs-25.2.rc2/src/emacs --no-desktop [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". [New Thread 0x7fffe166d700 (LWP 16966)] [New Thread 0x7fffe07fa700 (LWP 16967)] [New Thread 0x7fffde714700 (LWP 16968)] Thread 1 "emacs" hit Breakpoint 3, xg_set_geometry (f=0x13b4c30) at gtkutil.c:778 778 if (f->size_hint_flags & (USPosition | PPosition)) (gdb) bt [ *See bt-no-desktop-no-warning.txt attached* ] (gdb) print f->size_hint_flags $14 = 0 (gdb) print USPosition No symbol "USPosition" in current context. (gdb) print PPosition No symbol "PPosition" in current context. (gdb) s 808 } (gdb) c Continuing. Detaching after vfork from child process 16971. Detaching after vfork from child process 16973. Detaching after vfork from child process 16974. Detaching after vfork from child process 16975. Detaching after vfork from child process 16976. Detaching after vfork from child process 16978. Detaching after vfork from child process 16979. Detaching after vfork from child process 16980. Detaching after vfork from child process 16981. Detaching after vfork from child process 16982. Detaching after vfork from child process 16983. Detaching after vfork from child process 16984. (Note: I don't understand why the variables USPosition' and `PPosition' (or are they preprocessor macros?) are reported to be undefined. I don't understand how the bit mask in the conditional could execute if this were true.) --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=bt-first-no-warning.txt Content-Description: bt-first-no-warning.txt #0 0x00000000005656b4 in xg_set_geometry (f=0x13b4c30) at gtkutil.c:778 #1 0x00000000005667cf in xg_create_frame_widgets (f=0x13b4c30) at gtkutil.c:1216 #2 0x000000000054fc76 in x_window (f=0x13b4c30) at xfns.c:2727 #3 0x0000000000551d79 in Fx_create_frame (parms=18836883) at xfns.c:3484 #4 0x000000000062c40d in Ffuncall (nargs=2, args=0x7fffffffac08) at eval.c:2699 #5 0x000000000067664b in exec_byte_code (bytestr=10582108, vector=10582141, maxdepth=18, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #6 0x000000000062d16f in funcall_lambda (fun=10582045, nargs=1, arg_vector=0xa1787d ) at eval.c:2929 #7 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffb140) at eval.c:2748 #8 0x000000000067664b in exec_byte_code (bytestr=23626564, vector=14868461, maxdepth=14, args_template=1030, nargs=1, args=0x7fffffffb7c0) at bytecode.c:880 #9 0x000000000062cd50 in funcall_lambda (fun=22350725, nargs=1, arg_vector=0x7fffffffb7b8) at eval.c:2863 #10 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffb7b0) at eval.c:2748 #11 0x000000000062b382 in Fapply (nargs=2, args=0x7fffffffb7b0) at eval.c:2284 #12 0x000000000062c2d5 in Ffuncall (nargs=3, args=0x7fffffffb7a8) at eval.c:2679 #13 0x000000000067664b in exec_byte_code (bytestr=23644068, vector=21208917, maxdepth=62, args_template=514, nargs=1, args=0x7fffffffbd50) at bytecode.c:880 #14 0x000000000062cd50 in funcall_lambda (fun=19980181, nargs=1, arg_vector=0x7fffffffbd50) at eval.c:2863 #15 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffbd48) at eval.c:2748 #16 0x000000000067664b in exec_byte_code (bytestr=11218740, vector=11218773, maxdepth=54, args_template=1026, nargs=1, args=0x7fffffffc298) at bytecode.c:880 #17 0x000000000062cd50 in funcall_lambda (fun=11218685, nargs=1, arg_vector=0x7fffffffc290) at eval.c:2863 #18 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffc288) at eval.c:2748 #19 0x000000000067664b in exec_byte_code (bytestr=11215204, vector=11215237, maxdepth=26, args_template=2, nargs=0, args=0x7fffffffc7d0) at bytecode.c:880 #20 0x000000000062cd50 in funcall_lambda (fun=11215157, nargs=0, arg_vector=0x7fffffffc7d0) at eval.c:2863 #21 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffc7c8) at eval.c:2748 #22 0x000000000067664b in exec_byte_code (bytestr=11253852, vector=11253885, maxdepth=86, args_template=2, nargs=0, args=0x7fffffffcd88) at bytecode.c:880 #23 0x000000000062cd50 in funcall_lambda (fun=11253805, nargs=0, arg_vector=0x7fffffffcd88) at eval.c:2863 #24 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffcd80) at eval.c:2748 #25 0x000000000067664b in exec_byte_code (bytestr=11249860, vector=11249893, maxdepth=50, args_template=2, nargs=0, args=0x7fffffffd230) at bytecode.c:880 #26 0x000000000062cd50 in funcall_lambda (fun=11249813, nargs=0, arg_vector=0x7fffffffd230) at eval.c:2863 #27 0x000000000062c9f7 in apply_lambda (fun=11249813, args=0, count=4) at eval.c:2800 #28 0x000000000062b026 in eval_sub (form=21000067) at eval.c:2217 #29 0x000000000062a512 in Feval (form=21000067, lexical=0) at eval.c:1994 #30 0x0000000000581380 in top_level_2 () at keyboard.c:1121 #31 0x0000000000628baf in internal_condition_case (bfun=0x58135d , handlers=19104, hfun=0x580d8a ) at eval.c:1315 #32 0x00000000005813c1 in top_level_1 (ignore=0) at keyboard.c:1129 #33 0x000000000062817e in internal_catch (tag=45936, func=0x581382 , arg=0) at eval.c:1080 #34 0x00000000005812b5 in command_loop () at keyboard.c:1090 #35 0x000000000058087a in recursive_edit_1 () at keyboard.c:697 #36 0x0000000000580a7a in Frecursive_edit () at keyboard.c:768 #37 0x000000000057e832 in main (argc=1, argv=0x7fffffffd758) at emacs.c:1629 Lisp Backtrace: "x-create-frame" (0xffffac10) "x-create-frame-with-faces" (0xffffb148) 0x1550b80 PVEC_COMPILED "apply" (0xffffb7b0) "frame-creation-function" (0xffffbd50) "make-frame" (0xffffc290) "frame-initialize" (0xffffc7d0) "command-line" (0xffffcd88) "normal-top-level" (0xffffd230) --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=bt-second-warns.txt Content-Description: bt-second-warns.txt #0 0x00000000005656b4 in xg_set_geometry (f=0x31d79a0) at gtkutil.c:778 #1 0x00000000005667cf in xg_create_frame_widgets (f=0x31d79a0) at gtkutil.c:1216 #2 0x000000000054fc76 in x_window (f=0x31d79a0) at xfns.c:2727 #3 0x0000000000551d79 in Fx_create_frame (parms=61360467) at xfns.c:3484 #4 0x000000000062c40d in Ffuncall (nargs=2, args=0x7fffffff8ec8) at eval.c:2699 #5 0x000000000067664b in exec_byte_code (bytestr=10582108, vector=10582141, maxdepth=18, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #6 0x000000000062d16f in funcall_lambda (fun=10582045, nargs=1, arg_vector=0xa1787d ) at eval.c:2929 #7 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffff9400) at eval.c:2748 #8 0x000000000067664b in exec_byte_code (bytestr=23626564, vector=14868461, maxdepth=14, args_template=1030, nargs=1, args=0x7fffffff9a80) at bytecode.c:880 #9 0x000000000062cd50 in funcall_lambda (fun=22350725, nargs=1, arg_vector=0x7fffffff9a78) at eval.c:2863 #10 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffff9a70) at eval.c:2748 #11 0x000000000062b382 in Fapply (nargs=2, args=0x7fffffff9a70) at eval.c:2284 #12 0x000000000062c2d5 in Ffuncall (nargs=3, args=0x7fffffff9a68) at eval.c:2679 #13 0x000000000067664b in exec_byte_code (bytestr=23644068, vector=21208917, maxdepth=62, args_template=514, nargs=1, args=0x7fffffffa010) at bytecode.c:880 #14 0x000000000062cd50 in funcall_lambda (fun=19980181, nargs=1, arg_vector=0x7fffffffa010) at eval.c:2863 #15 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffa008) at eval.c:2748 #16 0x000000000067664b in exec_byte_code (bytestr=11218740, vector=11218773, maxdepth=54, args_template=1026, nargs=1, args=0x7fffffffa568) at bytecode.c:880 #17 0x000000000062cd50 in funcall_lambda (fun=11218685, nargs=1, arg_vector=0x7fffffffa560) at eval.c:2863 #18 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffa558) at eval.c:2748 #19 0x000000000067664b in exec_byte_code (bytestr=11217524, vector=11217557, maxdepth=22, args_template=2054, nargs=2, args=0x7fffffffaad8) at bytecode.c:880 #20 0x000000000062cd50 in funcall_lambda (fun=11217469, nargs=2, arg_vector=0x7fffffffaac8) at eval.c:2863 #21 0x000000000062c68f in Ffuncall (nargs=3, args=0x7fffffffaac0) at eval.c:2748 #22 0x000000000067664b in exec_byte_code (bytestr=26778052, vector=20327621, maxdepth=70, args_template=4114, nargs=4, args=0x7fffffffb0e0) at bytecode.c:880 #23 0x000000000062cd50 in funcall_lambda (fun=25718301, nargs=4, arg_vector=0x7fffffffb0c0) at eval.c:2863 #24 0x000000000062c68f in Ffuncall (nargs=5, args=0x7fffffffb0b8) at eval.c:2748 #25 0x000000000067664b in exec_byte_code (bytestr=18636164, vector=22137909, maxdepth=122, args_template=1542, nargs=9, args=0x7fffffffb618) at bytecode.c:880 #26 0x000000000062cd50 in funcall_lambda (fun=21872565, nargs=9, arg_vector=0x7fffffffb610) at eval.c:2863 #27 0x000000000062c68f in Ffuncall (nargs=10, args=0x7fffffffb608) at eval.c:2748 #28 0x000000000067664b in exec_byte_code (bytestr=19811332, vector=21941397, maxdepth=42, args_template=2, nargs=0, args=0x7fffffffbba8) at bytecode.c:880 #29 0x000000000062cd50 in funcall_lambda (fun=21941501, nargs=0, arg_vector=0x7fffffffbba8) at eval.c:2863 #30 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffbba0) at eval.c:2748 #31 0x000000000067664b in exec_byte_code (bytestr=19804484, vector=21941597, maxdepth=66, args_template=1026, nargs=0, args=0x7fffffffc100) at bytecode.c:880 #32 0x000000000062cd50 in funcall_lambda (fun=20574093, nargs=0, arg_vector=0x7fffffffc100) at eval.c:2863 #33 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffc0f8) at eval.c:2748 #34 0x000000000067664b in exec_byte_code (bytestr=19384388, vector=18492589, maxdepth=18, args_template=2, nargs=0, args=0x7fffffffc6d0) at bytecode.c:880 #35 0x000000000062cd50 in funcall_lambda (fun=21708709, nargs=0, arg_vector=0x7fffffffc6d0) at eval.c:2863 #36 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffc6c8) at eval.c:2748 #37 0x000000000062b780 in funcall_nil (nargs=1, args=0x7fffffffc6c8) at eval.c:2338 #38 0x000000000062bc60 in run_hook_with_args (nargs=1, args=0x7fffffffc6c8, funcall=0x62b75d ) at eval.c:2515 #39 0x000000000062b807 in Frun_hook_with_args (nargs=1, args=0x7fffffffc6c8) at eval.c:2380 #40 0x000000000062bcea in run_hook (hook=21708709) at eval.c:2528 #41 0x000000000062b7c4 in Frun_hooks (nargs=2, args=0x7fffffffc7d0) at eval.c:2362 #42 0x000000000062c2d5 in Ffuncall (nargs=3, args=0x7fffffffc7c8) at eval.c:2679 #43 0x000000000067664b in exec_byte_code (bytestr=11253852, vector=11253885, maxdepth=86, args_template=2, nargs=0, args=0x7fffffffcd88) at bytecode.c:880 #44 0x000000000062cd50 in funcall_lambda (fun=11253805, nargs=0, arg_vector=0x7fffffffcd88) at eval.c:2863 #45 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffcd80) at eval.c:2748 #46 0x000000000067664b in exec_byte_code (bytestr=11249860, vector=11249893, maxdepth=50, args_template=2, nargs=0, args=0x7fffffffd230) at bytecode.c:880 #47 0x000000000062cd50 in funcall_lambda (fun=11249813, nargs=0, arg_vector=0x7fffffffd230) at eval.c:2863 #48 0x000000000062c9f7 in apply_lambda (fun=11249813, args=0, count=4) at eval.c:2800 #49 0x000000000062b026 in eval_sub (form=21000067) at eval.c:2217 #50 0x000000000062a512 in Feval (form=21000067, lexical=0) at eval.c:1994 #51 0x0000000000581380 in top_level_2 () at keyboard.c:1121 #52 0x0000000000628baf in internal_condition_case (bfun=0x58135d , handlers=19104, hfun=0x580d8a ) at eval.c:1315 #53 0x00000000005813c1 in top_level_1 (ignore=0) at keyboard.c:1129 #54 0x000000000062817e in internal_catch (tag=45936, func=0x581382 , arg=0) at eval.c:1080 #55 0x00000000005812b5 in command_loop () at keyboard.c:1090 #56 0x000000000058087a in recursive_edit_1 () at keyboard.c:697 #57 0x0000000000580a7a in Frecursive_edit () at keyboard.c:768 #58 0x000000000057e832 in main (argc=1, argv=0x7fffffffd758) at emacs.c:1629 Lisp Backtrace: "x-create-frame" (0xffff8ed0) "x-create-frame-with-faces" (0xffff9408) 0x1550b80 PVEC_COMPILED "apply" (0xffff9a70) "frame-creation-function" (0xffffa010) "make-frame" (0xffffa560) "make-frame-on-display" (0xffffaac8) "frameset--restore-frame" (0xffffb0c0) "frameset-restore" (0xffffb610) "desktop-restore-frameset" (0xffffbba8) "desktop-read" (0xffffc100) 0x14b3fa0 PVEC_COMPILED "run-hooks" (0xffffc7d0) "command-line" (0xffffcd88) "normal-top-level" (0xffffd230) --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=bt-third-warns.txt Content-Description: bt-third-warns.txt #0 0x00000000005656b4 in xg_set_geometry (f=0x390cdc8) at gtkutil.c:778 #1 0x00000000005667cf in xg_create_frame_widgets (f=0x390cdc8) at gtkutil.c:1216 #2 0x000000000054fc76 in x_window (f=0x390cdc8) at xfns.c:2727 #3 0x0000000000551d79 in Fx_create_frame (parms=60954691) at xfns.c:3484 #4 0x000000000062c40d in Ffuncall (nargs=2, args=0x7fffffff8ec8) at eval.c:2699 #5 0x000000000067664b in exec_byte_code (bytestr=10582108, vector=10582141, maxdepth=18, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #6 0x000000000062d16f in funcall_lambda (fun=10582045, nargs=1, arg_vector=0xa1787d ) at eval.c:2929 #7 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffff9400) at eval.c:2748 #8 0x000000000067664b in exec_byte_code (bytestr=23626564, vector=14868461, maxdepth=14, args_template=1030, nargs=1, args=0x7fffffff9a80) at bytecode.c:880 #9 0x000000000062cd50 in funcall_lambda (fun=22350725, nargs=1, arg_vector=0x7fffffff9a78) at eval.c:2863 #10 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffff9a70) at eval.c:2748 #11 0x000000000062b382 in Fapply (nargs=2, args=0x7fffffff9a70) at eval.c:2284 #12 0x000000000062c2d5 in Ffuncall (nargs=3, args=0x7fffffff9a68) at eval.c:2679 #13 0x000000000067664b in exec_byte_code (bytestr=23644068, vector=21208917, maxdepth=62, args_template=514, nargs=1, args=0x7fffffffa010) at bytecode.c:880 #14 0x000000000062cd50 in funcall_lambda (fun=19980181, nargs=1, arg_vector=0x7fffffffa010) at eval.c:2863 #15 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffa008) at eval.c:2748 #16 0x000000000067664b in exec_byte_code (bytestr=11218740, vector=11218773, maxdepth=54, args_template=1026, nargs=1, args=0x7fffffffa568) at bytecode.c:880 #17 0x000000000062cd50 in funcall_lambda (fun=11218685, nargs=1, arg_vector=0x7fffffffa560) at eval.c:2863 #18 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffa558) at eval.c:2748 #19 0x000000000067664b in exec_byte_code (bytestr=11217524, vector=11217557, maxdepth=22, args_template=2054, nargs=2, args=0x7fffffffaad8) at bytecode.c:880 #20 0x000000000062cd50 in funcall_lambda (fun=11217469, nargs=2, arg_vector=0x7fffffffaac8) at eval.c:2863 #21 0x000000000062c68f in Ffuncall (nargs=3, args=0x7fffffffaac0) at eval.c:2748 #22 0x000000000067664b in exec_byte_code (bytestr=26778052, vector=20327621, maxdepth=70, args_template=4114, nargs=4, args=0x7fffffffb0e0) at bytecode.c:880 #23 0x000000000062cd50 in funcall_lambda (fun=25718301, nargs=4, arg_vector=0x7fffffffb0c0) at eval.c:2863 #24 0x000000000062c68f in Ffuncall (nargs=5, args=0x7fffffffb0b8) at eval.c:2748 #25 0x000000000067664b in exec_byte_code (bytestr=18636164, vector=22137909, maxdepth=122, args_template=1542, nargs=9, args=0x7fffffffb618) at bytecode.c:880 #26 0x000000000062cd50 in funcall_lambda (fun=21872565, nargs=9, arg_vector=0x7fffffffb610) at eval.c:2863 #27 0x000000000062c68f in Ffuncall (nargs=10, args=0x7fffffffb608) at eval.c:2748 #28 0x000000000067664b in exec_byte_code (bytestr=19811332, vector=21941397, maxdepth=42, args_template=2, nargs=0, args=0x7fffffffbba8) at bytecode.c:880 #29 0x000000000062cd50 in funcall_lambda (fun=21941501, nargs=0, arg_vector=0x7fffffffbba8) at eval.c:2863 #30 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffbba0) at eval.c:2748 #31 0x000000000067664b in exec_byte_code (bytestr=19804484, vector=21941597, maxdepth=66, args_template=1026, nargs=0, args=0x7fffffffc100) at bytecode.c:880 #32 0x000000000062cd50 in funcall_lambda (fun=20574093, nargs=0, arg_vector=0x7fffffffc100) at eval.c:2863 #33 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffc0f8) at eval.c:2748 #34 0x000000000067664b in exec_byte_code (bytestr=19384388, vector=18492589, maxdepth=18, args_template=2, nargs=0, args=0x7fffffffc6d0) at bytecode.c:880 #35 0x000000000062cd50 in funcall_lambda (fun=21708709, nargs=0, arg_vector=0x7fffffffc6d0) at eval.c:2863 #36 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffc6c8) at eval.c:2748 #37 0x000000000062b780 in funcall_nil (nargs=1, args=0x7fffffffc6c8) at eval.c:2338 #38 0x000000000062bc60 in run_hook_with_args (nargs=1, args=0x7fffffffc6c8, funcall=0x62b75d ) at eval.c:2515 #39 0x000000000062b807 in Frun_hook_with_args (nargs=1, args=0x7fffffffc6c8) at eval.c:2380 #40 0x000000000062bcea in run_hook (hook=21708709) at eval.c:2528 #41 0x000000000062b7c4 in Frun_hooks (nargs=2, args=0x7fffffffc7d0) at eval.c:2362 #42 0x000000000062c2d5 in Ffuncall (nargs=3, args=0x7fffffffc7c8) at eval.c:2679 #43 0x000000000067664b in exec_byte_code (bytestr=11253852, vector=11253885, maxdepth=86, args_template=2, nargs=0, args=0x7fffffffcd88) at bytecode.c:880 #44 0x000000000062cd50 in funcall_lambda (fun=11253805, nargs=0, arg_vector=0x7fffffffcd88) at eval.c:2863 #45 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffcd80) at eval.c:2748 #46 0x000000000067664b in exec_byte_code (bytestr=11249860, vector=11249893, maxdepth=50, args_template=2, nargs=0, args=0x7fffffffd230) at bytecode.c:880 #47 0x000000000062cd50 in funcall_lambda (fun=11249813, nargs=0, arg_vector=0x7fffffffd230) at eval.c:2863 #48 0x000000000062c9f7 in apply_lambda (fun=11249813, args=0, count=4) at eval.c:2800 #49 0x000000000062b026 in eval_sub (form=21000067) at eval.c:2217 #50 0x000000000062a512 in Feval (form=21000067, lexical=0) at eval.c:1994 #51 0x0000000000581380 in top_level_2 () at keyboard.c:1121 #52 0x0000000000628baf in internal_condition_case (bfun=0x58135d , handlers=19104, hfun=0x580d8a ) at eval.c:1315 #53 0x00000000005813c1 in top_level_1 (ignore=0) at keyboard.c:1129 #54 0x000000000062817e in internal_catch (tag=45936, func=0x581382 , arg=0) at eval.c:1080 #55 0x00000000005812b5 in command_loop () at keyboard.c:1090 #56 0x000000000058087a in recursive_edit_1 () at keyboard.c:697 #57 0x0000000000580a7a in Frecursive_edit () at keyboard.c:768 #58 0x000000000057e832 in main (argc=1, argv=0x7fffffffd758) at emacs.c:1629 Lisp Backtrace: "x-create-frame" (0xffff8ed0) "x-create-frame-with-faces" (0xffff9408) 0x1550b80 PVEC_COMPILED "apply" (0xffff9a70) "frame-creation-function" (0xffffa010) "make-frame" (0xffffa560) "make-frame-on-display" (0xffffaac8) "frameset--restore-frame" (0xffffb0c0) "frameset-restore" (0xffffb610) "desktop-restore-frameset" (0xffffbba8) "desktop-read" (0xffffc100) 0x14b3fa0 PVEC_COMPILED "run-hooks" (0xffffc7d0) "command-line" (0xffffcd88) "normal-top-level" (0xffffd230) --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=bt-interactive-no-warning.txt Content-Description: bt-interactive-no-warning.txt #0 0x00000000005656b4 in xg_set_geometry (f=0x472a1a0) at gtkutil.c:778 #1 0x00000000005667cf in xg_create_frame_widgets (f=0x472a1a0) at gtkutil.c:1216 #2 0x000000000054fc76 in x_window (f=0x472a1a0) at xfns.c:2727 #3 0x0000000000551d79 in Fx_create_frame (parms=74635283) at xfns.c:3484 #4 0x000000000062c40d in Ffuncall (nargs=2, args=0x7fffffffada8) at eval.c:2699 #5 0x000000000067664b in exec_byte_code (bytestr=10582108, vector=10582141, maxdepth=18, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #6 0x000000000062d16f in funcall_lambda (fun=10582045, nargs=1, arg_vector=0xa1787d ) at eval.c:2929 #7 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffb2e0) at eval.c:2748 #8 0x000000000067664b in exec_byte_code (bytestr=23626564, vector=14868461, maxdepth=14, args_template=1030, nargs=1, args=0x7fffffffb960) at bytecode.c:880 #9 0x000000000062cd50 in funcall_lambda (fun=22350725, nargs=1, arg_vector=0x7fffffffb958) at eval.c:2863 #10 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffb950) at eval.c:2748 #11 0x000000000062b382 in Fapply (nargs=2, args=0x7fffffffb950) at eval.c:2284 #12 0x000000000062c2d5 in Ffuncall (nargs=3, args=0x7fffffffb948) at eval.c:2679 #13 0x000000000067664b in exec_byte_code (bytestr=23644068, vector=21208917, maxdepth=62, args_template=514, nargs=1, args=0x7fffffffbef0) at bytecode.c:880 #14 0x000000000062cd50 in funcall_lambda (fun=19980181, nargs=1, arg_vector=0x7fffffffbef0) at eval.c:2863 #15 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffbee8) at eval.c:2748 #16 0x000000000067664b in exec_byte_code (bytestr=11218740, vector=11218773, maxdepth=54, args_template=1026, nargs=0, args=0x7fffffffc430) at bytecode.c:880 #17 0x000000000062cd50 in funcall_lambda (fun=11218685, nargs=0, arg_vector=0x7fffffffc430) at eval.c:2863 #18 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffc428) at eval.c:2748 #19 0x000000000067664b in exec_byte_code (bytestr=11218412, vector=11218445, maxdepth=10, args_template=2, nargs=0, args=0x7fffffffcae0) at bytecode.c:880 #20 0x000000000062cd50 in funcall_lambda (fun=11218357, nargs=0, arg_vector=0x7fffffffcae0) at eval.c:2863 #21 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffcad8) at eval.c:2748 #22 0x0000000000622c37 in Ffuncall_interactively (nargs=1, args=0x7fffffffcad8) at callint.c:252 #23 0x000000000062c2d5 in Ffuncall (nargs=2, args=0x7fffffffcad0) at eval.c:2679 #24 0x000000000062b31d in Fapply (nargs=3, args=0x7fffffffcad0) at eval.c:2280 #25 0x000000000062313d in Fcall_interactively (function=5525680, record_flag=0, keys=14644629) at callint.c:389 #26 0x000000000062c47b in Ffuncall (nargs=4, args=0x7fffffffcd58) at eval.c:2706 #27 0x000000000067664b in exec_byte_code (bytestr=10945124, vector=10945157, maxdepth=54, args_template=4102, nargs=1, args=0x7fffffffd2b0) at bytecode.c:880 #28 0x000000000062cd50 in funcall_lambda (fun=10945077, nargs=1, arg_vector=0x7fffffffd2a8) at eval.c:2863 #29 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffd2a0) at eval.c:2748 #30 0x000000000062bdd3 in call1 (fn=14832, arg1=5525680) at eval.c:2558 #31 0x0000000000581f12 in command_loop_1 () at keyboard.c:1484 #32 0x0000000000628baf in internal_condition_case (bfun=0x5816f8 , handlers=19104, hfun=0x580d8a ) at eval.c:1315 #33 0x000000000058133a in command_loop_2 (ignore=0) at keyboard.c:1112 #34 0x000000000062817e in internal_catch (tag=45936, func=0x581311 , arg=0) at eval.c:1080 #35 0x00000000005812dc in command_loop () at keyboard.c:1091 #36 0x000000000058087a in recursive_edit_1 () at keyboard.c:697 #37 0x0000000000580a7a in Frecursive_edit () at keyboard.c:768 #38 0x000000000057e832 in main (argc=1, argv=0x7fffffffd758) at emacs.c:1629 Lisp Backtrace: "x-create-frame" (0xffffadb0) "x-create-frame-with-faces" (0xffffb2e8) 0x1550b80 PVEC_COMPILED "apply" (0xffffb950) "frame-creation-function" (0xffffbef0) "make-frame" (0xffffc430) "make-frame-command" (0xffffcae0) "funcall-interactively" (0xffffcad8) "call-interactively" (0xffffcd60) "command-execute" (0xffffd2a8) --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=bt-no-desktop-no-warning.txt Content-Description: bt-no-desktop-no-warning.txt #0 0x00000000005656b4 in xg_set_geometry (f=0x13b4c30) at gtkutil.c:778 #1 0x00000000005667cf in xg_create_frame_widgets (f=0x13b4c30) at gtkutil.c:1216 #2 0x000000000054fc76 in x_window (f=0x13b4c30) at xfns.c:2727 #3 0x0000000000551d79 in Fx_create_frame (parms=18836851) at xfns.c:3484 #4 0x000000000062c40d in Ffuncall (nargs=2, args=0x7fffffffabf8) at eval.c:2699 #5 0x000000000067664b in exec_byte_code (bytestr=10582108, vector=10582141, maxdepth=18, args_template=0, nargs=0, args=0x0) at bytecode.c:880 #6 0x000000000062d16f in funcall_lambda (fun=10582045, nargs=1, arg_vector=0xa1787d ) at eval.c:2929 #7 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffb130) at eval.c:2748 #8 0x000000000067664b in exec_byte_code (bytestr=23626564, vector=14868461, maxdepth=14, args_template=1030, nargs=1, args=0x7fffffffb7b0) at bytecode.c:880 #9 0x000000000062cd50 in funcall_lambda (fun=22350725, nargs=1, arg_vector=0x7fffffffb7a8) at eval.c:2863 #10 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffb7a0) at eval.c:2748 #11 0x000000000062b382 in Fapply (nargs=2, args=0x7fffffffb7a0) at eval.c:2284 #12 0x000000000062c2d5 in Ffuncall (nargs=3, args=0x7fffffffb798) at eval.c:2679 #13 0x000000000067664b in exec_byte_code (bytestr=23644068, vector=21208917, maxdepth=62, args_template=514, nargs=1, args=0x7fffffffbd40) at bytecode.c:880 #14 0x000000000062cd50 in funcall_lambda (fun=19980181, nargs=1, arg_vector=0x7fffffffbd40) at eval.c:2863 #15 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffbd38) at eval.c:2748 #16 0x000000000067664b in exec_byte_code (bytestr=11218740, vector=11218773, maxdepth=54, args_template=1026, nargs=1, args=0x7fffffffc288) at bytecode.c:880 #17 0x000000000062cd50 in funcall_lambda (fun=11218685, nargs=1, arg_vector=0x7fffffffc280) at eval.c:2863 #18 0x000000000062c68f in Ffuncall (nargs=2, args=0x7fffffffc278) at eval.c:2748 #19 0x000000000067664b in exec_byte_code (bytestr=11215204, vector=11215237, maxdepth=26, args_template=2, nargs=0, args=0x7fffffffc7c0) at bytecode.c:880 #20 0x000000000062cd50 in funcall_lambda (fun=11215157, nargs=0, arg_vector=0x7fffffffc7c0) at eval.c:2863 #21 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffc7b8) at eval.c:2748 #22 0x000000000067664b in exec_byte_code (bytestr=11253852, vector=11253885, maxdepth=86, args_template=2, nargs=0, args=0x7fffffffcd78) at bytecode.c:880 #23 0x000000000062cd50 in funcall_lambda (fun=11253805, nargs=0, arg_vector=0x7fffffffcd78) at eval.c:2863 #24 0x000000000062c68f in Ffuncall (nargs=1, args=0x7fffffffcd70) at eval.c:2748 #25 0x000000000067664b in exec_byte_code (bytestr=11249860, vector=11249893, maxdepth=50, args_template=2, nargs=0, args=0x7fffffffd220) at bytecode.c:880 #26 0x000000000062cd50 in funcall_lambda (fun=11249813, nargs=0, arg_vector=0x7fffffffd220) at eval.c:2863 #27 0x000000000062c9f7 in apply_lambda (fun=11249813, args=0, count=4) at eval.c:2800 #28 0x000000000062b026 in eval_sub (form=21000067) at eval.c:2217 #29 0x000000000062a512 in Feval (form=21000067, lexical=0) at eval.c:1994 #30 0x0000000000581380 in top_level_2 () at keyboard.c:1121 #31 0x0000000000628baf in internal_condition_case (bfun=0x58135d , handlers=19104, hfun=0x580d8a ) at eval.c:1315 #32 0x00000000005813c1 in top_level_1 (ignore=0) at keyboard.c:1129 #33 0x000000000062817e in internal_catch (tag=45936, func=0x581382 , arg=0) at eval.c:1080 #34 0x00000000005812b5 in command_loop () at keyboard.c:1090 #35 0x000000000058087a in recursive_edit_1 () at keyboard.c:697 #36 0x0000000000580a7a in Frecursive_edit () at keyboard.c:768 #37 0x000000000057e832 in main (argc=2, argv=0x7fffffffd748) at emacs.c:1629 Lisp Backtrace: "x-create-frame" (0xffffac00) "x-create-frame-with-faces" (0xffffb138) 0x1550b80 PVEC_COMPILED "apply" (0xffffb7a0) "frame-creation-function" (0xffffbd40) "make-frame" (0xffffc280) "frame-initialize" (0xffffc7c0) "command-line" (0xffffcd78) "normal-top-level" (0xffffd220) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 25 02:55:49 2017 Received: (at 25851) by debbugs.gnu.org; 25 Feb 2017 07:55:49 +0000 Received: from localhost ([127.0.0.1]:55120 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chXCn-0003hU-As for submit@debbugs.gnu.org; Sat, 25 Feb 2017 02:55:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57343) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chXCl-0003hI-QV for 25851@debbugs.gnu.org; Sat, 25 Feb 2017 02:55:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1chXCd-0001xQ-IW for 25851@debbugs.gnu.org; Sat, 25 Feb 2017 02:55:42 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52333) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1chXCd-0001xM-G7; Sat, 25 Feb 2017 02:55:39 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2874 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1chXCc-0005GF-Jg; Sat, 25 Feb 2017 02:55:39 -0500 Date: Sat, 25 Feb 2017 09:55:14 +0200 Message-Id: <83h93iso0t.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <874lzjsh8t.fsf@moondust.localdomain> (nljlistbox2@gmail.com) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Cc: 25851@debbugs.gnu.org > Date: Fri, 24 Feb 2017 11:09:22 -0500 > > This is my interaction with GDB after `C-x 5 2': > > Thread 1 "emacs" hit Breakpoint 3, xg_set_geometry (f=0x386d000) at gtkutil.c:778 > 778 if (f->size_hint_flags & (USPosition | PPosition)) > (gdb) print f->size_hint_flags > $3 = 0 If the value of the hint flags is zero, none of the individual hints will match, obviously. > (gdb) print USPosition > No symbol "USPosition" in current context. > (gdb) print PPosition > No symbol "PPosition" in current context. > (gdb) print (USPosition | PPosition) > No symbol "USPosition" in current context. > (gdb) print (f->size_hint_flags & (USPosition | PPosition)) > No symbol "USPosition" in current context. > (gdb) n > 808 } > (gdb) > > Is my syntax wrong when I try to get the values? It sometimes happens with preprocessor macros. The trick I use in those cases is this: (gdb) print USPosition+0 If even this doesn't help, it most probably means Emacs wasn't compiled with the -g3 flag. In any case, googling finds this: https://tronche.com/gui/x/xlib/ICC/client-to-window-manager/wm-normal-hints.html which shows the values of the flags. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 25 03:18:08 2017 Received: (at 25851) by debbugs.gnu.org; 25 Feb 2017 08:18:08 +0000 Received: from localhost ([127.0.0.1]:55125 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chXYO-0004C6-8A for submit@debbugs.gnu.org; Sat, 25 Feb 2017 03:18:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59917) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chXYM-0004BZ-HZ for 25851@debbugs.gnu.org; Sat, 25 Feb 2017 03:18:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1chXY9-0007xG-FD for 25851@debbugs.gnu.org; Sat, 25 Feb 2017 03:17:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53003) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1chXY9-0007x9-BT; Sat, 25 Feb 2017 03:17:53 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2881 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1chXY8-0004Gg-Ee; Sat, 25 Feb 2017 03:17:52 -0500 Date: Sat, 25 Feb 2017 10:17:28 +0200 Message-Id: <83fuj2smzr.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <87y3wvqqos.fsf@moondust.localdomain> (nljlistbox2@gmail.com) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Cc: 25851@debbugs.gnu.org > Date: Fri, 24 Feb 2017 15:28:19 -0500 > > FWIW, the following expands on the information in my previous > message. Thanks, I think this clarifies the picture quite a bit, see below. > 1. With a desktop file that specifies three frames, the first time > we enter `xg_set_geometry' after starting Emacs (presumably when > the first/main Emacs frame is created), `f->size_hint_flags' is 0, > the body of the function is not executed, > `gtk_window_parse_geometry' is not called, and no warning message > is printed by GTK: > [...] > 2. Each of the next two times we enter `xg_set_geometry' > (presumably as the second and third frame specified in the desktop > file are created), `f->size_hint_flags' is 4, the body of the > function is executed, `gtk_window_parse_geometry' is called, and > the warning message is printed by GTK: Right. 4 is PPosition flag, AFAIU. The only place where we set the USPosition and PPosition flags in size_hint_flags field of a frame structure is in function x_figure_window_size (in frame.c), when the user-position parameter or the top/left parameters are present in the parameters of the frame being created. And that explains the difference between restoring desktop and simply creating a new frame: frameset.el restores the frames at their recorded positions, which is why the PPosition flag is set. I think you should be able to reproduce the warning with the likes of "C-x 5 b" and even just by starting Emacs, if you arrange for frame coordinates to be specified in the frame parameters, e.g. with the --geometry command-line option when invoking Emacs. So we are back at square one: we need to understand why the warning isn't get silenced by this: /* Silence warning about visible children. */ id = g_log_set_handler ("Gtk", G_LOG_LEVEL_WARNING | G_LOG_FLAG_FATAL | G_LOG_FLAG_RECURSION, my_log_handler, NULL); Can you look into the source of g_warning and see why the above doesn't avoid these warnings, and what should we do to avoid it? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 25 03:22:10 2017 Received: (at 25851) by debbugs.gnu.org; 25 Feb 2017 08:22:10 +0000 Received: from localhost ([127.0.0.1]:55129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chXcH-0004Ho-Q3 for submit@debbugs.gnu.org; Sat, 25 Feb 2017 03:22:09 -0500 Received: from mout.gmx.net ([212.227.17.20]:54877) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1chXcG-0004Hb-5N for 25851@debbugs.gnu.org; Sat, 25 Feb 2017 03:22:08 -0500 Received: from [192.168.1.100] ([213.162.68.74]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MGEv5-1cVeyl3lR9-00FB41; Sat, 25 Feb 2017 09:22:01 +0100 Message-ID: <58B13EA5.3000505@gmx.at> Date: Sat, 25 Feb 2017 09:21:57 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" , Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> In-Reply-To: <87y3wvqqos.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:QAwuES1cES66uHN92IXx8hj15FTd0LHlJZvIw6N5e6gw8ZWcfRx gV+PS3d+UGiY3qAYy3U/x0CdMLfegjvtS/Vu/aGciOsmv8HhRG99Ye2X7lu/qBNoqakqxz8 oWaeGhRaRiBT1HgRHoR0YWVFCNq+PpL5VEF2Z7xSNGx/S+kR6ZUDyLqW5qmx8HIICulU/M/ Dos1hG/eu9vwp9njwOElg== X-UI-Out-Filterresults: notjunk:1;V01:K0:iH62E+AQh1g=:NkDWkeIynoNPi48ZfPgegW uAh9QderBHq1XQYFReBprliEc0WqZizWkVH+Sosw/L+cuRaXn8oPH8B+Kp5cE4qzwMbCUeKL2 Z3uj9y8IayzYUOVvCs1UVJpVes7wjiVPZdxgJYwNCDtNj6Kxqh4mPGY6HHpXC1mWJfNWH+OQC kaGtdT3HXqx69GM7SpbzGuSnnh10eifZS7LB2JMZJ4Pf5a5KvIN32BSPwaccRupEpMFp176QA 2ZN8vsUF4uS2T3KTYKZrNlPSZKKINEBQ2nm8RYg5EaP6ovJwMXplUT3CQGV1LSoP/2DJrpFlk p6pXnSLlotcD+OtX0yvsKlbA9Zlpa0oEGi18kG1Jj/UEGC2PJ1CCV383wCJHhFDsFu67XGFNR FKTN2ss5YflnxXHnwJOKzbqD25skuOFT6cpfJW9NPaCV8ECM2XJvtzNwBGtIiRooHFrZ9Rf9W RZkcdHDEBgswnLp7y1QVyAYnU0F3njfToo+CXUgomVYFABl7OVuMxiTZ1jxfk2cu0h98VqEMp J34G4Qazs+NMDJPzVzDN8qS/7ULPS6UuYN0tpl6t3zW2dFTpZ3oSCs390jiSBOiNbrthVOGbn enRvQr1Y4D6YxddC2LNqBanzsLMf52EWruy2Bj+WLN91pdYITGdSTa/g8+f9VbuK4xavZIGu1 Ow4g0P5ahWfquNRPpQ6ms3Wq7IMMw51EjVNUfCllMeqF6SdUa6zp+DpFLWRQy55zXQk30G/MW 5O2wgKJa3fTyjnIgoB9X2IyrEQuzbNs8gaAZF3z4Te6hfrbOpkbreuU55pyPdrfpW7a787bNV 4oml5mDbJUYuBU876+GDtSo9IKVSw== X-Spam-Score: 1.4 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: The only way to investigate this is by examining the parameters passed by ‘frameset--restore-frame’ to ‘make-frame-on-display’. One of these parameters causes the problem at hand. martin [...] Content analysis details: (1.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 2.7 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.74 listed in dnsbl.sorbs.net] -0.6 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.4 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: The only way to investigate this is by examining the parameters passed by ‘frameset--restore-frame’ to ‘make-frame-on-display’. One of these parameters causes the problem at hand. martin [...] Content analysis details: (1.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.7 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.74 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] -0.6 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) The only way to investigate this is by examining the parameters passed by =E2=80=98frameset--restore-frame=E2=80=99 to =E2=80=98make-frame-on-di= splay=E2=80=99. One of these parameters causes the problem at hand. martin From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 26 17:09:25 2017 Received: (at 25851) by debbugs.gnu.org; 26 Feb 2017 22:09:25 +0000 Received: from localhost ([127.0.0.1]:57121 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci70P-0006rN-JU for submit@debbugs.gnu.org; Sun, 26 Feb 2017 17:09:25 -0500 Received: from mail-io0-f177.google.com ([209.85.223.177]:33498) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci70N-0006rA-P7 for 25851@debbugs.gnu.org; Sun, 26 Feb 2017 17:09:24 -0500 Received: by mail-io0-f177.google.com with SMTP id g18so21327424ioe.0 for <25851@debbugs.gnu.org>; Sun, 26 Feb 2017 14:09:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=+cJmL4Q3p8mKqwHF21tdGqEb9UapkEq4T3T9kMjH9KM=; b=DdeZp8vXDiW1AdmsTYtIbR6KFsbd5vrbhKyVkZRfBhnsN7/C8DzOHhg6DzATqmLmYe 2sgenXhp8Zry6r161aHoLF6n+VFDIswlR5WXGNzdyJOEBnNiphXI7QmkOdFozZfdVW3Y TSRgUdHPiRsDkoxYTjC4t4Jve+oEeooXP6oMc0nfv6KCj4yMdWplaYMP/THRpOdDLn3I IqIcV32/lRUbw8nFiJVswBAxj3+VU8kP0VEwDdjgMjm4SK2E2AY7EaWXZszmDNJ4OhM0 ifhsejvAr8eshBMOv7/a7z55onURyRVJzuAzvwXJMI7POh1UJu/NlfNQNj04SdjQ6I6c 9XOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=+cJmL4Q3p8mKqwHF21tdGqEb9UapkEq4T3T9kMjH9KM=; b=h302FsQZ5Hz5PHkVIzGpMvBstx371zxEE9a14lS6XSpl8Fnr6OR6sttmD54SvrCjeQ X9ucnM9YvXlxF5Us8CuaPbKizTk7vkEkkBnCN9idzUfjPDo129OR1MnzR+ioyXOmezqa jzMXb6ab6WIBuDsTGzTqhi8l3WawlV5dOrCSJ0AsOCA0+dcAb84XoChkmuUH4kU7ie6U enX7Z1QiYeG9okux9qZLpKPorbtKyd8SZ9RhM4XpSAWinXIRowxGQdfla+MXXoiUDIwB v7u4GJMM25Fjch2lGLbC9gXSVZfSoKa9+NtkyAV8EX0H6uxhVI5qhvaBJWhmMwkvukEu qWzg== X-Gm-Message-State: AMke39k5IHjz1cYkX2E6Go41jC/nk2R4MfsNoHsmY4pqG5o9UMJrwNZyPdCIu4ONoqGGdA== X-Received: by 10.107.15.196 with SMTP id 65mr12499118iop.141.1488146958316; Sun, 26 Feb 2017 14:09:18 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id r85sm3598772itc.13.2017.02.26.14.09.17 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 26 Feb 2017 14:09:17 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <83h93iso0t.fsf@gnu.org> Date: Sun, 26 Feb 2017 17:09:16 -0500 In-Reply-To: <83h93iso0t.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Feb 2017 09:55:14 +0200") Message-ID: <871sukob8z.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) At 09:55 +0200 on Saturday 2017-02-25, Eli Zaretskii wrote: > > It sometimes happens with preprocessor macros. The trick I use in > those cases is this: > > (gdb) print USPosition+0 > > If even this doesn't help, it most probably means Emacs wasn't > compiled with the -g3 flag. I did have the `-g3' flag set. However as part of the historical baggage in my build script I also had `-ggdb'. Removing the `-ggdb' flag fixed this particular problem. Now I can get GDB to show me the values of preprocessor "constants". Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 26 17:41:47 2017 Received: (at 25851) by debbugs.gnu.org; 26 Feb 2017 22:41:47 +0000 Received: from localhost ([127.0.0.1]:57131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci7Vj-0007Zf-6S for submit@debbugs.gnu.org; Sun, 26 Feb 2017 17:41:47 -0500 Received: from mail-it0-f65.google.com ([209.85.214.65]:36108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci7Vg-0007ZQ-Oa for 25851@debbugs.gnu.org; Sun, 26 Feb 2017 17:41:45 -0500 Received: by mail-it0-f65.google.com with SMTP id w185so9858226ita.3 for <25851@debbugs.gnu.org>; Sun, 26 Feb 2017 14:41:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=L9mOqzkmMC0F3gG9P/pXz3j5mZr9LPOmxXaZLwP7myc=; b=d0W8D1WeZuxBxWCxqASFOG+agEnp3pALgawZGg23zvzVAJEg2o9AT157YkMzKOq2w5 llmOCS6ZUa1ud/N8Q6tHbVKH9nPX2dshQE6VSzB1boMIOqKb6vn99lH7QZBhW9/RVJDR Hxdk+cXYJodhVpKyJBAlh2jMReGI0r8sJVPxSnF8WQZm8w8Gye9WWPWsvCQ6zwyE1uck OxmA+xp/t3Y6Ef6Qh+SbUQu+EJAbbKuAGiAkBvanTyUwLQ/HOARqrKqkbOqxfIfs+DFt 3hDOxe376PC4c1F5RE8SOjuNJSD6wMX6YmolY2t79DLfxu7+4rz2S4wweC6Y7qYnnwgg yvHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=L9mOqzkmMC0F3gG9P/pXz3j5mZr9LPOmxXaZLwP7myc=; b=oYICa/KI+sCHUcQA4b5yMAXCxSRv3PcIoeYFAKjR99jEckl1eEjhBFP4TWW4jveVCU Bqf44ILK8j5JZ5TSPZqMMqOFUPxBeYlN17jubcyB6FQipxJqcXkHK+0cxZug0XvytrkU KKcCo5F3MeJaA/cFKt0cX7MAFfJgvUjEu9ZZSDk3bVc42/I43MLZMq/MbXpFmJFy/qdm qbbUK7OUwnqpPAlmIxedyoF5oIWLCSPx4FtGzjG7DPNCUIeJ/VRdU/zTnMF0ObpBjnke mTbRMDxe7nQ2CUNW6iITy46U9H6108l4IWb8hQFjS521eaS4nD8777Cv/lEQJz5DNVHH 1rcg== X-Gm-Message-State: AMke39mYyt+s7Yv6nu42ZWtDEveE5CjebckuPF72jPeM/9dcrMVrW4UulxkbXSlTLwLO9w== X-Received: by 10.36.23.74 with SMTP id 71mr11322743ith.37.1488148899093; Sun, 26 Feb 2017 14:41:39 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id b25sm1731387iod.32.2017.02.26.14.41.38 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 26 Feb 2017 14:41:38 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> Date: Sun, 26 Feb 2017 17:41:22 -0500 In-Reply-To: <83fuj2smzr.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Feb 2017 10:17:28 +0200") Message-ID: <87wpccmv71.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: Martin Rudalics , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 10:17 +0200 on Saturday 2017-02-25, Eli Zaretskii wrote: > > So we are back at square one: we need to understand why the warning > isn't get silenced by this: > > /* Silence warning about visible children. */ > id = g_log_set_handler ("Gtk", G_LOG_LEVEL_WARNING | G_LOG_FLAG_FATAL > | G_LOG_FLAG_RECURSION, my_log_handler, NULL); > > Can you look into the source of g_warning and see why the above > doesn't avoid these warnings, and what should we do to avoid it? Hello Eli, I was unsuccessful in this assignment (so far at least). I suspect the answer is that GTK is using structured logging, but that is just a wild guess at this point. [I don't know how to do source-level debugging of code that I didn't build myself. Both glib and Gtk+ on my system were built/installed by the distribution's package manager and I have only the source code from upstream, not the source code for the exact versions on my system.] I did ascertain that the log handler `my_log_handler' that we install in the code snippet above is never called. For testing purposes, I also installed a catch-all handler, with g_log_set_default_handler(), and that doesn't get called either. I have no direct experience at all with either glib or Gtk+, but the documentation at [1] [I don't know for what version this is for, or if it's even relevant], seems to say that g_log_set_handler() has no effect if structured logging is turned on. It seems to say that structured logging is in effect if G_LOG_USE_STRUCTURED is defined. There is some indication that Gtk+3.22.8 might use the new structured logging. For example: $ grep -rn "G_LOG_USE_STRUCTURED" /data/projects/vc/gtk+-3.22.8/ /data/projects/vc/gtk+-3.22.8/gdk/mir/Makefile.in:526: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/mir/Makefile.am:9: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/Makefile.in:697: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/win32/Makefile.in:602: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/win32/Makefile.am:9: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/wayland/Makefile.in:537: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/wayland/Makefile.am:9: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/Makefile.am:38: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/x11/Makefile.in:535: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/x11/Makefile.am:9: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/quartz/Makefile.in:531: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/quartz/Makefile.am:8: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/broadway/Makefile.in:574: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gdk/broadway/Makefile.am:10: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gtk/Makefile.in:1325: -DG_LOG_USE_STRUCTURED=1 \ /data/projects/vc/gtk+-3.22.8/gtk/Makefile.am:7: -DG_LOG_USE_STRUCTURED=1 \ ... I don't have any more direct evidence at this stage. I might press on with this enquiry, but I admit I am way out of my depth at this stage. N. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 26 17:47:30 2017 Received: (at 25851) by debbugs.gnu.org; 26 Feb 2017 22:47:30 +0000 Received: from localhost ([127.0.0.1]:57135 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci7bF-0007hs-U4 for submit@debbugs.gnu.org; Sun, 26 Feb 2017 17:47:30 -0500 Received: from mail-io0-f195.google.com ([209.85.223.195]:35183) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci7bF-0007hh-0O for 25851@debbugs.gnu.org; Sun, 26 Feb 2017 17:47:29 -0500 Received: by mail-io0-f195.google.com with SMTP id v13so4309207iov.2 for <25851@debbugs.gnu.org>; Sun, 26 Feb 2017 14:47:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=fG0bUoW/6E0fO5QJAdTWbYSF664EHllq4eOAXqu+R68=; b=LZjRdLxjfjtmpoaddRs6WJISXRQ6SjUWW+G4wF1uELMifV4/siuEYmHBaxwqtZVLSn TLZ4KGMWjNddHsztEd+SREYuKQwpkwZbYijjFzfnd9Mu8okbytYD6PJLRcBtG2/LVxC5 MDDnVTkvTjYER+wKTABjcZOKSQUdgMJJR+0/n++EpOsOlxr2Xn2VBKZUDebtcEWtQ70F sfwU5vS4e1j/KPKDP6bSG/ByAAh1k1CCnTPxHhmiaTfPgzIK9ZwwO0r/faaFvPRKAoLF KsNgN9lqV9x8adfB5K2VA2BgRlSr+p0Voq5Fp5HxObU4B39U17DThJmGOYUnQqrZ3Nr/ YqYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=fG0bUoW/6E0fO5QJAdTWbYSF664EHllq4eOAXqu+R68=; b=Bqlz4Ny08glL6MQFE50CKZZQiELPL4NgRcYUWeevfEEGXzpWKWIUQ/CLG7IupEpMjG fE5KfbAjYnCds3372pZN4h4IoYjZ7oUjHolEjMVv2D41Pj5gdnI3sZi+/bm0+OLPCnvL +xUPZKXt3r9EvC+ihyPu37d4dvrD4ZAen0MWIoUIu26xZcufWYBux/1/v0VqsZNp7gc/ MOshxsajnqV+uG7BSEEgnzpMdfwb/QV/gg7nUuNoVEBSOGA5od+C84wL+/O8i+/jRebF /Uq7ApIerijTvy1iyMgVH6gtn4s3uBbcNHFnOuc/MwnrPw9+YoKjmZKe8Ajn0tBbnpLu RGjA== X-Gm-Message-State: AMke39my/O+jSSoGHc0d9ZJq3alEP6JCADZ8+QiE/XXGcUHAH+ttiC5f1xGMsJYcisYGrA== X-Received: by 10.107.10.11 with SMTP id u11mr13398515ioi.139.1488149243526; Sun, 26 Feb 2017 14:47:23 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id 62sm4274349itl.1.2017.02.26.14.47.22 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 26 Feb 2017 14:47:23 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Martin Rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <58B13EA5.3000505@gmx.at> Date: Sun, 26 Feb 2017 17:47:21 -0500 In-Reply-To: <58B13EA5.3000505@gmx.at> (martin rudalics's message of "Sat, 25 Feb 2017 09:21:57 +0100") Message-ID: <87shn0mux2.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) At 09:21 +0100 on Saturday 2017-02-25, Martin Rudalics wrote: > > The only way to investigate this is by examining the parameters > passed by =E2=80=98frameset--restore-frame=E2=80=99 to =E2=80=98make-fram= e-on-display=E2=80=99. > One of these parameters causes the problem at hand. Hi Martin, Is there anything in particular you'd like me to report, or do you want to see everything passed to `make-frame-on-display' by `frameset--restore-frame'? Thanks, N. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 26 19:31:14 2017 Received: (at 25851) by debbugs.gnu.org; 27 Feb 2017 00:31:14 +0000 Received: from localhost ([127.0.0.1]:57313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci9De-0003OJ-4T for submit@debbugs.gnu.org; Sun, 26 Feb 2017 19:31:14 -0500 Received: from mail-io0-f171.google.com ([209.85.223.171]:33009) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ci9Dc-0003O7-Qd for 25851@debbugs.gnu.org; Sun, 26 Feb 2017 19:31:13 -0500 Received: by mail-io0-f171.google.com with SMTP id g18so22349560ioe.0 for <25851@debbugs.gnu.org>; Sun, 26 Feb 2017 16:31:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=cvP4QE7RyFG1Dt3j2PriilWHuDcHV3b5QoUSGFwVT5I=; b=i0iuaMpu2Y/c0g7z8/d13UGBVHULhkJ89dF+sD7uh1Z1nIuAezsNgs/3UzbjwIgJgW IKRa3Agno6PdRCglG/NGeC2aCkjyR4MyY8q9ln7bSWOBb48euuaNskHVb2rgs6sBjm2c kCsazz/pNWA9m2yKIYN+Ar5zjVV5cV91ROv3Py52rrzPaTtZgnYgPAtgGj4PR5d1ApOH FUKyq3PxhvwaMKRBdSHdj1QvF5Uiv+doukMQRnZMLqYVcgrlAZk/EeLnZlBylDWg9zSL qWv99uSXpmQKMN3MgYngMwN8rdeaANBt51rmWi8YB2Pp6T6zeYj6xLu7L6sP5tBNw+Zx 6JlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=cvP4QE7RyFG1Dt3j2PriilWHuDcHV3b5QoUSGFwVT5I=; b=sGYbW8SXbgrqT6L+xgr/0ER8i2z0i2mC5cEKSVGGtTrU1vKkq+hVjjphu03fup4EDF 2FSEo0pUAtQLu5U1dnl/tFeAoTWjkx8YdI+9ciud+aJw3n4bKF+UWmeCdXTI7CMOwjg5 yjY1bbIJJ6zCsPoFEM8X2fXNu9634ojuID0X031BPs1orkYcST0zm9nu1szXKTxfs8+H DuGUD3zq5AsdjsbyW+NWMb90l1m1KGNZ+VXzd5ZhvXBHwdmM9Vk8uDmHuXb6id97d+Ul +ZF3idV1a9JSxOM/32wbN76YyX/ubfTxagZU6oc0VP/AtPLdRPFvcMgjNoNSOG84kFMm hEdQ== X-Gm-Message-State: AMke39lD19j+JoBG1ealWzObt5gp2bwmrurXtrLmT7av4F/QXOFDP8m6KWkuvspcZf+jVQ== X-Received: by 10.107.129.200 with SMTP id l69mr6047298ioi.194.1488155467358; Sun, 26 Feb 2017 16:31:07 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([207.164.79.71]) by smtp.gmail.com with ESMTPSA id i195sm3714648ita.17.2017.02.26.16.31.06 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 26 Feb 2017 16:31:06 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> Date: Sun, 26 Feb 2017 19:31:03 -0500 In-Reply-To: <87wpccmv71.fsf@moondust.localdomain> (N. Jackson's message of "Sun, 26 Feb 2017 17:41:22 -0500") Message-ID: <87d1e4mq48.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) At 17:41 -0500 on Sunday 2017-02-26, N. Jackson wrote: > the documentation at [1] [I don't know for what version this is > for, or if it's even relevant], seems to say that Sorry, I omitted the reference: [1] https://developer.gnome.org/glib/stable/glib-Message-Logging.html It says (amongst other things): - "To use structured logging (rather than the old-style logging), either use the g_log_structured() and g_log_structured_array() functions; or define G_LOG_USE_STRUCTURED before including any GLib header..." - "[g_log_set_handler()] has no effect if structured logging is enabled" N. From debbugs-submit-bounces@debbugs.gnu.org Sun Feb 26 21:22:37 2017 Received: (at 25851) by debbugs.gnu.org; 27 Feb 2017 02:22:37 +0000 Received: from localhost ([127.0.0.1]:57349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciAxQ-0007am-Td for submit@debbugs.gnu.org; Sun, 26 Feb 2017 21:22:37 -0500 Received: from mail-it0-f44.google.com ([209.85.214.44]:35891) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciAxP-0007aa-7h for 25851@debbugs.gnu.org; Sun, 26 Feb 2017 21:22:36 -0500 Received: by mail-it0-f44.google.com with SMTP id h10so51223967ith.1 for <25851@debbugs.gnu.org>; Sun, 26 Feb 2017 18:22:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=pD/X1iLioen4fEDP4FWHiABlg1Cp9CroX80jfoWgaBY=; b=bTBwqi17Ou4YclOuKsQW5+7oJkiYSBKzrV+0D6i2SR42QAL9lFDYgCDIxQrPy3SKaF Tanr58VnnNFf8bgqiKSmXlKAiayku5msTSv4Wn5eQ69uGcyaaE8PW5NABE9RrdGSF625 lmlG/z4BRmZgx7XTQlwy7/VNA+QaSZlWSj2dSm7ykJzbzTHFSPzw5nFmFrjg3FEGMWpe 8h4lWgHGNTmj35CmmY9YMwkwYaqkRz7eqIqnlADvHYotml/0nOj83JkI4skJEqHeYlLM fSHmtOdFx0+Cir9xIXgFs21NqH3Dsc9bbRVKfLXrdLJtJywloNDcP+SVIXwucef7pwmJ ve7Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=pD/X1iLioen4fEDP4FWHiABlg1Cp9CroX80jfoWgaBY=; b=UUf51dChFU/15ZfvMOUsWQaizXQ+a06wGEFhTbZIb+6d6UYzVqOGCTMlpSwmEVyD4K fGSeGQXVMUYnCD7JorEr9ygKtuEmWclOBsaWIwS1oJ36WKf820MvzVfvAJljL43jCF5L 2c7U8mjEbQSWlU7OEXDO09Ue+HReuk90MwEi+tk0et+qW4ucGBnqIuFHiLI6Bs3zksqC omgA3WnPu4KjxP9b5AE4lqTpNSG5oyPiz799vgaEXKymuvwwcaSlAVqcP9MCHqXCOhZn nGEhtzN+Mos9hQMwDbo7pr5LX7pX7phoRiFPxbq1pJ6vFfce0vKklUJ4ivqhYlsiIEsx w0PQ== X-Gm-Message-State: AMke39kdi8HL34bnpuMVNI9C8kGxNd9RmS5AOLx1y3gGXhcI4g+XsiqL7XqPC1NEhKjjNQ== X-Received: by 10.36.62.133 with SMTP id s127mr13184297its.110.1488162149687; Sun, 26 Feb 2017 18:22:29 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([207.164.79.71]) by smtp.gmail.com with ESMTPSA id g103sm871274iod.44.2017.02.26.18.22.27 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 26 Feb 2017 18:22:28 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Martin Rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <58B13EA5.3000505@gmx.at> <87shn0mux2.fsf@moondust.localdomain> Date: Sun, 26 Feb 2017 21:22:25 -0500 In-Reply-To: <87shn0mux2.fsf@moondust.localdomain> (N. Jackson's message of "Sun, 26 Feb 2017 17:47:21 -0500") Message-ID: <8760jwmkym.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable At 17:47 -0500 on Sunday 2017-02-26, N. Jackson wrote: > At 09:21 +0100 on Saturday 2017-02-25, Martin Rudalics wrote: >> >> The only way to investigate this is by examining the parameters >> passed by =E2=80=98frameset--restore-frame=E2=80=99 to =E2=80=98make-fra= me-on-display=E2=80=99. >> One of these parameters causes the problem at hand. > > Hi Martin, > > Is there anything in particular you'd like me to report, or do > you want to see everything passed to `make-frame-on-display' by > `frameset--restore-frame'? Hi Martin, I might have the information you were asking for. (Please let me know if this is not the necessary information, or if you need more details.) With a desktop file specifying three frames, there seem to be two calls to `make-frame-on-display' (when the second and third frames are created). Each call ultimately results in one of the reported GTK warning messages. Detailed backtraces at these two calls to `make-frame-on-display' are attached. --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=full-lisp-bt_1.txt Content-Transfer-Encoding: quoted-printable Content-Description: Detailed backtrace prior to first GTK warning Debugger entered: nil make-frame-on-display(":0" ((visibility) (left . 0) (top . 0) (border-wid= th . 0) (minibuffer . t))) frameset--restore-frame(((font-backend xft x) (font . "-Bits-Bitstream Ve= ra Sans Mono-normal-normal-normal-*-11-*-*-*-m-0-iso10646-1") (font-paramet= er) (border-width . 0) (internal-border-width . 0) (right-divider-width . 0= ) (bottom-divider-width . 0) (vertical-scroll-bars . right) (horizontal-scr= oll-bars) (foreground-color . "wheat") (background-color . "black") (mouse-= color . "black") (border-color . "black") (screen-gamma) (line-spacing) (le= ft-fringe . 8) (right-fringe . 0) (scroll-bar-foreground) (scroll-bar-backg= round) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait-for-wm . t) = (tool-bar-position . top) (icon-type . t) (auto-raise) (auto-lower) (cursor= -type . box) (scroll-bar-width . 16) (scroll-bar-height . 0) (alpha) (fulls= creen . fullboth) (display-type . color) (background-mode . dark) (cursor-c= olor . "thistle") (visibility . t) (sticky) (frameset--id . "8B00-9439-83D1= -B48B") (frameset--mini t) (modeline . t) (minibuffer . t) (unsplittable) (= icon-name) (display . ":0") (explicit-name) (fullscreen-restore . maximized= ) (height . 59) (width . 191) (left . 0) (top . 0)) (((min-height . 4) (min= -width . 21) (min-height-ignore . 2) (min-width-ignore . 21) (min-height-sa= fe . 1) (min-width-safe . 4) (min-pixel-height . 52) (min-pixel-width . 147= ) (min-pixel-height-ignore . 26) (min-pixel-width-ignore . 147) (min-pixel-= height-safe . 13) (min-pixel-width-safe . 28)) hc (pixel-width . 1366) (pix= el-height . 755) (total-width . 195) (total-height . 58) (normal-height . 1= .0) (normal-width . 1.0) (combination-limit) (leaf (pixel-width . 686) (pix= el-height . 755) (total-width . 98) (total-height . 58) (normal-height . 1.= 0) (normal-width . 0.5034246575342466) (buffer "gtkutil.c" (selected . t) (= hscroll . 0) (fringes 8 0 nil) (margins 4) (scroll-bars nil 3 t nil 0 t) (v= scroll . 0) (dedicated) (point . 25202) (start . 23482))) (leaf (last . t) = (pixel-width . 680) (pixel-height . 755) (total-width . 97) (total-height .= 58) (normal-height . 1.0) (normal-width . 0.4965753424657534) (buffer "gtk= window.c" (selected) (hscroll . 0) (fringes 8 0 nil) (margins 5) (scroll-ba= rs nil 3 t nil 0 t) (vscroll . 0) (dedicated) (point . 346800) (start . 346= 686)))) ((background-color . frameset-filter-sanitize-color) (buffer-list .= :never) (buffer-predicate . :never) (buried-buffer-list . :never) (font . = frameset-filter-shelve-param) (foreground-color . frameset-filter-sanitize-= color) (fullscreen . frameset-filter-shelve-param) (GUI:font . frameset-fil= ter-unshelve-param) (GUI:fullscreen . frameset-filter-unshelve-param) (GUI:= height . frameset-filter-unshelve-param) (GUI:width . frameset-filter-unshe= lve-param) (height . frameset-filter-shelve-param) (outer-window-id . :neve= r) (parent-id . :never) (tty . frameset-filter-tty-to-GUI) (tty-type . fram= eset-filter-tty-to-GUI) (width . frameset-filter-shelve-param) (window-id .= :never) (window-system . :never) (name . :never) (left . frameset-filter-i= conified) (minibuffer . frameset-filter-minibuffer) (top . frameset-filter-= iconified)) t) frameset-restore([frameset 1 (22707 34328 391371 390000) (desktop . "208"= ) "nlj@moondust.localdomain" nil nil ((((font-backend xft x) (font . "-Bits= -Bitstream Vera Sans Mono-normal-normal-normal-*-11-*-*-*-m-0-iso10646-1") = (font-parameter) (border-width . 0) (internal-border-width . 0) (right-divi= der-width . 0) (bottom-divider-width . 0) (vertical-scroll-bars . right) (h= orizontal-scroll-bars) (foreground-color . "wheat") (background-color . "bl= ack") (mouse-color . "black") (border-color . "black") (screen-gamma) (line= -spacing) (left-fringe . 8) (right-fringe . 0) (scroll-bar-foreground) (scr= oll-bar-background) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait= -for-wm . t) (tool-bar-position . top) (icon-type . t) (auto-raise) (auto-l= ower) (cursor-type . box) (scroll-bar-width . 16) (scroll-bar-height . 0) (= alpha) (fullscreen . fullboth) (display-type . color) (background-mode . da= rk) (cursor-color . "thistle") (visibility . t) (sticky) (frameset--id . "8= B00-9439-83D1-B48B") (frameset--mini t) (modeline . t) (minibuffer . t) (un= splittable) (icon-name) (display . ":0") (explicit-name) (fullscreen-restor= e . maximized) (height . 59) (width . 191) (left . 0) (top . 0)) ((min-heig= ht . 4) (min-width . 21) (min-height-ignore . 2) (min-width-ignore . 21) (m= in-height-safe . 1) (min-width-safe . 4) (min-pixel-height . 52) (min-pixel= -width . 147) (min-pixel-height-ignore . 26) (min-pixel-width-ignore . 147)= (min-pixel-height-safe . 13) (min-pixel-width-safe . 28)) hc (pixel-width = . 1366) (pixel-height . 755) (total-width . 195) (total-height . 58) (norma= l-height . 1.0) (normal-width . 1.0) (combination-limit) (leaf (pixel-width= . 686) (pixel-height . 755) (total-width . 98) (total-height . 58) (normal= -height . 1.0) (normal-width . 0.5034246575342466) (buffer "gtkutil.c" (sel= ected . t) (hscroll . 0) (fringes 8 0 nil) (margins 4) (scroll-bars nil 3 t= nil 0 t) (vscroll . 0) (dedicated) (point . 25202) (start . 23482))) (leaf= (last . t) (pixel-width . 680) (pixel-height . 755) (total-width . 97) (to= tal-height . 58) (normal-height . 1.0) (normal-width . 0.4965753424657534) = (buffer "gtkwindow.c" (selected) (hscroll . 0) (fringes 8 0 nil) (margins 5= ) (scroll-bars nil 3 t nil 0 t) (vscroll . 0) (dedicated) (point . 346800) = (start . 346686)))) (((font-backend xft x) (font . "-Bits-Bitstream Vera Sa= ns Mono-normal-normal-normal-*-11-*-*-*-m-0-iso10646-1") (font-parameter) (= border-width . 0) (internal-border-width . 0) (right-divider-width . 0) (bo= ttom-divider-width . 0) (vertical-scroll-bars . right) (horizontal-scroll-b= ars) (foreground-color . "wheat") (background-color . "black") (mouse-color= . "black") (border-color . "black") (screen-gamma) (line-spacing) (left-fr= inge . 8) (right-fringe . 0) (scroll-bar-foreground) (scroll-bar-background= ) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait-for-wm . t) (tool= -bar-position . top) (icon-type . t) (auto-raise) (auto-lower) (cursor-type= . box) (scroll-bar-width . 16) (scroll-bar-height . 0) (alpha) (fullscreen= . fullboth) (display-type . color) (background-mode . dark) (cursor-color = . "thistle") (visibility . t) (sticky) (frameset--id . "2A59-81FB-8BFF-3685= ") (frameset--mini t) (modeline . t) (minibuffer . t) (unsplittable) (icon-= name) (display . ":0") (explicit-name) (fullscreen-restore . maximized) (he= ight . 59) (width . 191) (left . 0) (top . 0)) ((min-height . 4) (min-width= . 10) (min-height-ignore . 2) (min-width-ignore . 6) (min-height-safe . 1)= (min-width-safe . 2) (min-pixel-height . 52) (min-pixel-width . 70) (min-p= ixel-height-ignore . 26) (min-pixel-width-ignore . 42) (min-pixel-height-sa= fe . 13) (min-pixel-width-safe . 14)) leaf (pixel-width . 1366) (pixel-heig= ht . 755) (total-width . 195) (total-height . 58) (normal-height . 1.0) (no= rmal-width . 1.0) (buffer "*Messages*" (selected) (hscroll . 0) (fringes 8 = 0 nil) (margins nil) (scroll-bars nil 3 t nil 0 t) (vscroll . 0) (dedicated= ) (point . 5) (start . 1))) (((font-backend xft x) (font . "-Bits-Bitstream= Vera Sans Mono-normal-normal-normal-*-11-*-*-*-m-0-iso10646-1") (font-para= meter) (border-width . 0) (internal-border-width . 0) (right-divider-width = . 0) (bottom-divider-width . 0) (vertical-scroll-bars . right) (horizontal-= scroll-bars) (foreground-color . "wheat") (background-color . "black") (mou= se-color . "black") (border-color . "black") (screen-gamma) (line-spacing) = (left-fringe . 8) (right-fringe . 0) (scroll-bar-foreground) (scroll-bar-ba= ckground) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait-for-wm . = t) (tool-bar-position . top) (icon-type . t) (auto-raise) (auto-lower) (cur= sor-type . box) (scroll-bar-width . 16) (scroll-bar-height . 0) (alpha) (fu= llscreen . fullboth) (display-type . color) (background-mode . dark) (curso= r-color . "thistle") (sticky) (environment) (frameset--id . "DC57-2577-7FAB= -434C") (frameset--mini t . t) (modeline . t) (minibuffer . t) (unsplittabl= e) (icon-name) (display . ":0") (explicit-name) (fullscreen-restore . maxim= ized) (visibility . t) (height . 59) (width . 191) (left . 0) ...) ((min-he= ight . 4) (min-width . 10) (min-height-ignore . 2) (min-width-ignore . 6) (= min-height-safe . 1) (min-width-safe . 2) (min-pixel-height . 52) (min-pixe= l-width . 70) (min-pixel-height-ignore . 26) (min-pixel-width-ignore . 42) = (min-pixel-height-safe . 13) (min-pixel-width-safe . 14)) leaf (pixel-width= . 1366) (pixel-height . 755) (total-width . 195) (total-height . 58) (norm= al-height . 1.0) (normal-width . 1.0) (buffer "*eww*" (selected) (hscroll .= 0) (fringes 8 0 nil) (margins nil) (scroll-bars nil 3 t nil 0 t) (vscroll = . 0) (dedicated) (point . 1) (start . 1))))] :reuse-frames t :cleanup-frame= s t :force-display t :force-onscreen t) desktop-restore-frameset() desktop-read() #[0 "\303\211\235\203=10=00\304=01\"=10\301\305!\210\210 \205=1B=00\306= \210\307\211=12\207" [command-line-args desktop-save-mode inhibit-startup-= screen "--no-desktop" delete 0 desktop-read t] 4]() run-hooks(after-init-hook delayed-warnings-hook) command-line() normal-top-level() --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=full-lisp-bt_2.txt Content-Transfer-Encoding: quoted-printable Content-Description: Detailed backtrace prior to second GTK warning Debugger entered: nil make-frame-on-display(":0" ((visibility) (left . 0) (top . 0) (border-wid= th . 0) (minibuffer . t))) frameset--restore-frame(((font-backend xft x) (font . "-Bits-Bitstream Ve= ra Sans Mono-normal-normal-normal-*-11-*-*-*-m-0-iso10646-1") (font-paramet= er) (border-width . 0) (internal-border-width . 0) (right-divider-width . 0= ) (bottom-divider-width . 0) (vertical-scroll-bars . right) (horizontal-scr= oll-bars) (foreground-color . "wheat") (background-color . "black") (mouse-= color . "black") (border-color . "black") (screen-gamma) (line-spacing) (le= ft-fringe . 8) (right-fringe . 0) (scroll-bar-foreground) (scroll-bar-backg= round) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait-for-wm . t) = (tool-bar-position . top) (icon-type . t) (auto-raise) (auto-lower) (cursor= -type . box) (scroll-bar-width . 16) (scroll-bar-height . 0) (alpha) (fulls= creen . fullboth) (display-type . color) (background-mode . dark) (cursor-c= olor . "thistle") (visibility . t) (sticky) (frameset--id . "2A59-81FB-8BFF= -3685") (frameset--mini t) (modeline . t) (minibuffer . t) (unsplittable) (= icon-name) (display . ":0") (explicit-name) (fullscreen-restore . maximized= ) (height . 59) (width . 191) (left . 0) (top . 0)) (((min-height . 4) (min= -width . 10) (min-height-ignore . 2) (min-width-ignore . 6) (min-height-saf= e . 1) (min-width-safe . 2) (min-pixel-height . 52) (min-pixel-width . 70) = (min-pixel-height-ignore . 26) (min-pixel-width-ignore . 42) (min-pixel-hei= ght-safe . 13) (min-pixel-width-safe . 14)) leaf (pixel-width . 1366) (pixe= l-height . 755) (total-width . 195) (total-height . 58) (normal-height . 1.= 0) (normal-width . 1.0) (buffer "*Messages*" (selected) (hscroll . 0) (frin= ges 8 0 nil) (margins nil) (scroll-bars nil 3 t nil 0 t) (vscroll . 0) (ded= icated) (point . 5) (start . 1))) ((background-color . frameset-filter-sani= tize-color) (buffer-list . :never) (buffer-predicate . :never) (buried-buff= er-list . :never) (font . frameset-filter-shelve-param) (foreground-color .= frameset-filter-sanitize-color) (fullscreen . frameset-filter-shelve-param= ) (GUI:font . frameset-filter-unshelve-param) (GUI:fullscreen . frameset-fi= lter-unshelve-param) (GUI:height . frameset-filter-unshelve-param) (GUI:wid= th . frameset-filter-unshelve-param) (height . frameset-filter-shelve-param= ) (outer-window-id . :never) (parent-id . :never) (tty . frameset-filter-tt= y-to-GUI) (tty-type . frameset-filter-tty-to-GUI) (width . frameset-filter-= shelve-param) (window-id . :never) (window-system . :never) (name . :never)= (left . frameset-filter-iconified) (minibuffer . frameset-filter-minibuffe= r) (top . frameset-filter-iconified)) t) frameset-restore([frameset 1 (22707 34328 391371 390000) (desktop . "208"= ) "nlj@moondust.localdomain" nil nil ((((font-backend xft x) (font . "-Bits= -Bitstream Vera Sans Mono-normal-normal-normal-*-11-*-*-*-m-0-iso10646-1") = (font-parameter) (border-width . 0) (internal-border-width . 0) (right-divi= der-width . 0) (bottom-divider-width . 0) (vertical-scroll-bars . right) (h= orizontal-scroll-bars) (foreground-color . "wheat") (background-color . "bl= ack") (mouse-color . "black") (border-color . "black") (screen-gamma) (line= -spacing) (left-fringe . 8) (right-fringe . 0) (scroll-bar-foreground) (scr= oll-bar-background) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait= -for-wm . t) (tool-bar-position . top) (icon-type . t) (auto-raise) (auto-l= ower) (cursor-type . box) (scroll-bar-width . 16) (scroll-bar-height . 0) (= alpha) (fullscreen . fullboth) (display-type . color) (background-mode . da= rk) (cursor-color . "thistle") (visibility . t) (sticky) (frameset--id . "8= B00-9439-83D1-B48B") (frameset--mini t) (modeline . t) (minibuffer . t) (un= splittable) (icon-name) (display . ":0") (explicit-name) (fullscreen-restor= e . maximized) (height . 59) (width . 191) (left . 0) (top . 0)) ((min-heig= ht . 4) (min-width . 21) (min-height-ignore . 2) (min-width-ignore . 21) (m= in-height-safe . 1) (min-width-safe . 4) (min-pixel-height . 52) (min-pixel= -width . 147) (min-pixel-height-ignore . 26) (min-pixel-width-ignore . 147)= (min-pixel-height-safe . 13) (min-pixel-width-safe . 28)) hc (pixel-width = . 1366) (pixel-height . 755) (total-width . 195) (total-height . 58) (norma= l-height . 1.0) (normal-width . 1.0) (combination-limit) (leaf (pixel-width= . 686) (pixel-height . 755) (total-width . 98) (total-height . 58) (normal= -height . 1.0) (normal-width . 0.5034246575342466) (buffer "gtkutil.c" (sel= ected . t) (hscroll . 0) (fringes 8 0 nil) (margins 4) (scroll-bars nil 3 t= nil 0 t) (vscroll . 0) (dedicated) (point . 25202) (start . 23482))) (leaf= (last . t) (pixel-width . 680) (pixel-height . 755) (total-width . 97) (to= tal-height . 58) (normal-height . 1.0) (normal-width . 0.4965753424657534) = (buffer "gtkwindow.c" (selected) (hscroll . 0) (fringes 8 0 nil) (margins 5= ) (scroll-bars nil 3 t nil 0 t) (vscroll . 0) (dedicated) (point . 346800) = (start . 346686)))) (((font-backend xft x) (font . "-Bits-Bitstream Vera Sa= ns Mono-normal-normal-normal-*-11-*-*-*-m-0-iso10646-1") (font-parameter) (= border-width . 0) (internal-border-width . 0) (right-divider-width . 0) (bo= ttom-divider-width . 0) (vertical-scroll-bars . right) (horizontal-scroll-b= ars) (foreground-color . "wheat") (background-color . "black") (mouse-color= . "black") (border-color . "black") (screen-gamma) (line-spacing) (left-fr= inge . 8) (right-fringe . 0) (scroll-bar-foreground) (scroll-bar-background= ) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait-for-wm . t) (tool= -bar-position . top) (icon-type . t) (auto-raise) (auto-lower) (cursor-type= . box) (scroll-bar-width . 16) (scroll-bar-height . 0) (alpha) (fullscreen= . fullboth) (display-type . color) (background-mode . dark) (cursor-color = . "thistle") (visibility . t) (sticky) (frameset--id . "2A59-81FB-8BFF-3685= ") (frameset--mini t) (modeline . t) (minibuffer . t) (unsplittable) (icon-= name) (display . ":0") (explicit-name) (fullscreen-restore . maximized) (he= ight . 59) (width . 191) (left . 0) (top . 0)) ((min-height . 4) (min-width= . 10) (min-height-ignore . 2) (min-width-ignore . 6) (min-height-safe . 1)= (min-width-safe . 2) (min-pixel-height . 52) (min-pixel-width . 70) (min-p= ixel-height-ignore . 26) (min-pixel-width-ignore . 42) (min-pixel-height-sa= fe . 13) (min-pixel-width-safe . 14)) leaf (pixel-width . 1366) (pixel-heig= ht . 755) (total-width . 195) (total-height . 58) (normal-height . 1.0) (no= rmal-width . 1.0) (buffer "*Messages*" (selected) (hscroll . 0) (fringes 8 = 0 nil) (margins nil) (scroll-bars nil 3 t nil 0 t) (vscroll . 0) (dedicated= ) (point . 5) (start . 1))) (((font-backend xft x) (font . "-Bits-Bitstream= Vera Sans Mono-normal-normal-normal-*-11-*-*-*-m-0-iso10646-1") (font-para= meter) (border-width . 0) (internal-border-width . 0) (right-divider-width = . 0) (bottom-divider-width . 0) (vertical-scroll-bars . right) (horizontal-= scroll-bars) (foreground-color . "wheat") (background-color . "black") (mou= se-color . "black") (border-color . "black") (screen-gamma) (line-spacing) = (left-fringe . 8) (right-fringe . 0) (scroll-bar-foreground) (scroll-bar-ba= ckground) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait-for-wm . = t) (tool-bar-position . top) (icon-type . t) (auto-raise) (auto-lower) (cur= sor-type . box) (scroll-bar-width . 16) (scroll-bar-height . 0) (alpha) (fu= llscreen . fullboth) (display-type . color) (background-mode . dark) (curso= r-color . "thistle") (sticky) (environment) (frameset--id . "DC57-2577-7FAB= -434C") (frameset--mini t . t) (modeline . t) (minibuffer . t) (unsplittabl= e) (icon-name) (display . ":0") (explicit-name) (fullscreen-restore . maxim= ized) (visibility . t) (height . 59) (width . 191) (left . 0) ...) ((min-he= ight . 4) (min-width . 10) (min-height-ignore . 2) (min-width-ignore . 6) (= min-height-safe . 1) (min-width-safe . 2) (min-pixel-height . 52) (min-pixe= l-width . 70) (min-pixel-height-ignore . 26) (min-pixel-width-ignore . 42) = (min-pixel-height-safe . 13) (min-pixel-width-safe . 14)) leaf (pixel-width= . 1366) (pixel-height . 755) (total-width . 195) (total-height . 58) (norm= al-height . 1.0) (normal-width . 1.0) (buffer "*eww*" (selected) (hscroll .= 0) (fringes 8 0 nil) (margins nil) (scroll-bars nil 3 t nil 0 t) (vscroll = . 0) (dedicated) (point . 1) (start . 1))))] :reuse-frames t :cleanup-frame= s t :force-display t :force-onscreen t) desktop-restore-frameset() desktop-read() #[0 "\303\211\235\203=10=00\304=01\"=10\301\305!\210\210 \205=1B=00\306= \210\307\211=12\207" [command-line-args desktop-save-mode inhibit-startup-= screen "--no-desktop" delete 0 desktop-read t] 4]() run-hooks(after-init-hook delayed-warnings-hook) command-line() normal-top-level() --=-=-= Content-Type: text/plain N. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 27 03:04:54 2017 Received: (at 25851) by debbugs.gnu.org; 27 Feb 2017 08:04:54 +0000 Received: from localhost ([127.0.0.1]:57477 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciGIf-0000Ny-Pq for submit@debbugs.gnu.org; Mon, 27 Feb 2017 03:04:54 -0500 Received: from mout.gmx.net ([212.227.17.20]:57463) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciGIe-0000Nl-Jn for 25851@debbugs.gnu.org; Mon, 27 Feb 2017 03:04:53 -0500 Received: from [192.168.1.100] ([213.162.68.43]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lu7ty-1cIEu01C7C-011PUC; Mon, 27 Feb 2017 09:04:46 +0100 Message-ID: <58B3DD98.6050701@gmx.at> Date: Mon, 27 Feb 2017 09:04:40 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <58B13EA5.3000505@gmx.at> <87shn0mux2.fsf@moondust.localdomain> <8760jwmkym.fsf@moondust.localdomain> In-Reply-To: <8760jwmkym.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:9kMJWIlHlYAjGeuRMhf2nMkdlaHJzdReQCvOSWe2f0fV4gHCY/p zX6XPqqXmCkYeiNBil5ww+5wFMjiwjZZyqQJmjxewp+WRnwkwnQHB9+YqGhpakjczHuI6Nt 8KoLn8JIORVrG2ZDR8t1GAh44U3inhawNMBsMUp5PAkKv21Xg8UUrQshqkPScTR9c3SMNwn uxJRSMghjvSxe7LAM4Haw== X-UI-Out-Filterresults: notjunk:1;V01:K0:SA83xmqndfI=:Pgi5yavRxETCXiFYq76QWd Q24oT5zpcQ0bIuFvkgZUYieroko7kSgqWN3/QUHStGAgfagt/0hBpX74xILZ7kS4wILQ3sGZx PEhFmLMIppMiv4U57UHe+4Eq3uCUOMVL0BmM5AXc0C5sbw8+yyYWDVABIzOwpmJ16DCoWl3UL YNDKG3O17GmnN35IYjZcea1hlEnHAKnKoT79S5jgdkTXMIJj+YYzv7+HjGx9e61tFM2AqQX8i 1TvnYQEdwo/n8h37NEE0WVC8ah9uNjW5S5OgO1JgJDaZbakj7MFe/sx+IjIoWs1udrV1R8ptM 96p2UbuhDJYxhdk+MsSZiZVqwi3S5MAWIvcAnk2CRgmD5BtKfGP5iYTGahz7JD3Nc7jDwU2/B zfhkIfXi4dSl3zdKMaxMwYEWNUPc5S9PSwXV1G/DUAd/VwwFBl2agseSk80r8aFFLLcIcA1zI rrhFQQdxfdS2eaEfCJDi4SC6KMsoXakNbNoUMgliBO5QRmS7mzgsRZmm4DH0rHRvQ0YyUQypX +ALb8pmhs8QYEbfSIusV4vNH0cAlJ4ZlETjCtcJhxSxXSei4xz8iN5Z5AMd6TwKPi4Tvmzg2i CgzYDMMShEzBNiw9PjxSUrM3++RW6NnZCfmK++CHhne54FEhwVdSGQjbjR7XeqGTpKR8YNm4Y zN6lP6/uSOaMzEZx9EoO2HlnmHTEqg/gr9h0JXy46t5TSDO48QnAhcmAI8tJDd3+gQeNpaOXC X2/nuzH3Dcm24/XrIFKdl95dRJuLgtfLKO1u6RSl8uJtPywvQmu+orsC8FqbK0np0NBeBJHVG 8IZp+RlzQt0Q/EgPk+9cZm+VaRO3w== X-Spam-Score: 1.4 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > With a desktop file specifying three frames, there seem to be two > calls to `make-frame-on-display' (when the second and third frames > are created). Each call ultimately results in one of the reported > GTK warning messages. > > Detailed backtraces at these two calls to `make-frame-on-display' > are attached. [...] Content analysis details: (1.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] -0.6 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] 2.7 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.43 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.4 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > With a desktop file specifying three frames, there seem to be two > calls to `make-frame-on-display' (when the second and third frames > are created). Each call ultimately results in one of the reported > GTK warning messages. > > Detailed backtraces at these two calls to `make-frame-on-display' > are attached. [...] Content analysis details: (1.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] -0.6 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] 2.7 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.43 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > With a desktop file specifying three frames, there seem to be two > calls to `make-frame-on-display' (when the second and third frames > are created). Each call ultimately results in one of the reported > GTK warning messages. > > Detailed backtraces at these two calls to `make-frame-on-display' > are attached. Thanks. Please try now with a small init file containing a =E2=80=98make= -frame=E2=80=99 call with the parameters from these attachments. For your first entry I'd suggest to start with bisecting the parameter list in calls like (make-frame '((font-backend xft x) (font . "-Bits-Bitstream Vera Sans Mono-normal-normal-normal-*-11-*-*= -*-m-0-iso10646-1") (font-parameter) (border-width . 0) (internal-border-width . 0) (right-divider-width . 0) (bottom-divider-width . 0) (vertical-scroll-bars . right) (horizontal-scroll-bars) (foreground-color . "wheat") (background-color . "black") (mouse-color . "black") (border-color . "black") (screen-gamma) (line-spacing) (left-fringe . 8) (right-fringe . 0) (scroll-bar-foreground) (scroll-bar-background) (menu-bar-lines . 0) (tool-bar-lines . 0) (title) (wait-for-wm . t) (tool-bar-position . top) (icon-type . t) (auto-raise) (auto-lower) (cursor-type . box) (scroll-bar-width . 16) (scroll-bar-height . 0) (alpha) (fullscreen . fullboth) (display-type . color) (background-mode . dark) (cursor-color . "thistle") (visibility . t) (sticky) (frameset--id . "8B00-9439-83D1-B48B") (frameset--mini t) (modeline . t) (minibuffer . t) (unsplittable) (icon-name) (display . ":0") (explicit-name) (fullscreen-restore . maximized) (height . 59) (width . 191) (left . 0) (top . 0))) Everything contained in these (((min-height . 4) (min-width . 21) (min-height-ignore . 2) (min-width-ignore . 21) (min-height-safe . 1) (min-width-safe . 4) (min-pixel-height . 52) (min-pixel-width . 147) (min-pixel-height-ignore . 26) (min-pixel-width-ignore . 147) (min-pixel-height-safe . 13) (min-pixel-width-safe . 28)) hc (pixel-width . 1366) (pixel-height . 755) (total-width . 195) (total-height . 58) (normal-height . 1.0) (normal-width . 1.0) (combination-limit) (leaf (pixel-width . 686) (pixel-height . 755) (total-width . 98) (total-height . 58) (normal-height . 1.0) (normal-width . 0.5034246575342466) (buffer "gtkutil.c" (selected . t) (hscroll . 0) (fringes 8 0 nil) (margins 4) (scroll-bars nil 3 t nil 0 t) (vscroll . 0) (dedicated) (point . 25202) (start . 23482))) (leaf (last . t) (pixel-width . 680) (pixel-height . 755) (total-width . 97) (total-height . 58) (normal-height . 1.0) (normal-width . 0.4965753424657534) (buffer "gtkwindow.c" (selected) (hscroll . 0) (fringes 8 0 nil) (margins 5) (scroll-bars nil 3 t nil 0 t) (vscroll . 0) (dedicated) (point . 346800) (start . 346686)))) that is stuff prefixed by min-, hc, vc and leaf is hopefully irrelevant. The following ((background-color . frameset-filter-sanitize-color) (buffer-list . :never) (buffer-predicate . :never) (buried-buffer-list . :never) (font . frameset-filter-shelve-param) (foreground-color . frameset-filter-sanitize-color) (fullscreen . frameset-filter-shelve-param) (GUI:font . frameset-filter-unshelve-param) (GUI:fullscreen . frameset-filter-unshelve-param) (GUI:height . frameset-filter-unshelve-param) (GUI:width . frameset-filter-unshelve-param) (height . frameset-filter-shelve-param) (outer-window-id . :never) (parent-id . :never) (tty . frameset-filter-tty-to-GUI) (tty-type . frameset-filter-tty-to-GUI) (width . frameset-filter-shelve-param) (window-id . :never) (window-system . :never) (name . :never) (left . frameset-filter-iconified) (minibuffer . frameset-filter-minibuffer) (top . frameset-filter-iconified)) might be relevant but if so we have to consult Juanma how to extract useful information from it. IIUC you saved two frames. Please try whether you can reproduce the problem with one frame only. If not, you need two =E2=80=98make-frame=E2= =80=99 calls. Thanks again, martin From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 27 11:18:22 2017 Received: (at 25851) by debbugs.gnu.org; 27 Feb 2017 16:18:22 +0000 Received: from localhost ([127.0.0.1]:58474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciO0D-0000Be-OU for submit@debbugs.gnu.org; Mon, 27 Feb 2017 11:18:21 -0500 Received: from eggs.gnu.org ([208.118.235.92]:50337) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciO0C-0000BS-Fi for 25851@debbugs.gnu.org; Mon, 27 Feb 2017 11:18:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ciO04-0002Rf-49 for 25851@debbugs.gnu.org; Mon, 27 Feb 2017 11:18:15 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60341) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ciO04-0002RZ-1t; Mon, 27 Feb 2017 11:18:12 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2804 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ciO03-0002Cb-Aj; Mon, 27 Feb 2017 11:18:11 -0500 Date: Mon, 27 Feb 2017 18:18:07 +0200 Message-Id: <83innvppz4.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <87d1e4mq48.fsf@moondust.localdomain> (nljlistbox2@gmail.com) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Cc: 25851@debbugs.gnu.org > Date: Sun, 26 Feb 2017 19:31:03 -0500 > > [1] https://developer.gnome.org/glib/stable/glib-Message-Logging.html > > It says (amongst other things): > > - "To use structured logging (rather than the old-style logging), > either use the g_log_structured() and g_log_structured_array() > functions; or define G_LOG_USE_STRUCTURED before including any > GLib header..." > > - "[g_log_set_handler()] has no effect if structured logging is > enabled" Unless Martin will be able to resolve the issue "properly", I guess the only way of shutting up the warning is to use g_log_set_writer_func to temporarily set the glib log writer function to a dummy one that does nothing, then restore the original writer function. That's gross, but what else can be done when you deal with libraries which think they are smarter than you are?.. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 27 12:56:26 2017 Received: (at 25851) by debbugs.gnu.org; 27 Feb 2017 17:56:26 +0000 Received: from localhost ([127.0.0.1]:58633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciPX7-0004D9-Ak for submit@debbugs.gnu.org; Mon, 27 Feb 2017 12:56:26 -0500 Received: from mail-io0-f175.google.com ([209.85.223.175]:34132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciPX5-0004Cx-PD for 25851@debbugs.gnu.org; Mon, 27 Feb 2017 12:56:24 -0500 Received: by mail-io0-f175.google.com with SMTP id 90so33380352ios.1 for <25851@debbugs.gnu.org>; Mon, 27 Feb 2017 09:56:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=bU6FLIZzyyGUQFQb2NqETSKBXHFCjHwgEM8iqJY035Q=; b=PItO26Rkdo4z10fUzte+CuAEbLh1s0BatS3x4KJZeeiVhE309XLVSZtpy9DasNKUqH gUhQXnN4p098auNUKjHc0ha5wji43VZeMnE+XAosPhVNU2voZrlsZ0HPm4TXE7KJKE+I VogMJENhHyf6qsAaKDxcbk1STGTL0ku7y4VyHx98UaVDjAdWpIKqS7Sn3QIRCWfcVhJ1 RwuqVQ5wfxiZNF/g6efvcP4ET6t9fJY3UG9uHnGNfHAtAKgt1sLuwxS0QbQHoFdpLKvS lj608tY17tz1tLe3LVIohrcIrD6C5qPAAS2Q4iMtHbikrDiCMMfseL9TzsO7WMpSKZrM BSqA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=bU6FLIZzyyGUQFQb2NqETSKBXHFCjHwgEM8iqJY035Q=; b=ltZdccf9LxRoY98imvR8OdtETA91mU8ZGBUlso88fWwTiDEtfOGmPtDv01veGYYITP XN8u9FwLfasPFt/U0FhlRywsW/RJNxhbuO5Uw3VShvHcwiz8P1s7PzDEHgB55rN+FVmd krvj69eqjN5Fsuir1P/eH+BxgOPMOTi75aMfDPrnGKpEqdh+H4X6S7J1dZUG3M74YrLP Cppn59aEZ79SSG6Ed8Nz4fqB6lVDf4rEYlHiN9cgaMxaEok42hjAEIZfJFH7vOIXl56z RWr2K0AXGM050HHpydr4xbP3kVlamT8L41kw/bThTD6nsPfoOu0p4vQQDjJFqX5RgSl+ bcQA== X-Gm-Message-State: AMke39mmzUcDDGQvN40qMr3nqBKpZHVMarI8DLrs/JTXZ6f/l9J0lZX5Eu1h0trm915SqA== X-Received: by 10.107.30.75 with SMTP id e72mr14640091ioe.62.1488218177880; Mon, 27 Feb 2017 09:56:17 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id b88sm4562040itd.21.2017.02.27.09.56.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 27 Feb 2017 09:56:17 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <58B13EA5.3000505@gmx.at> <87shn0mux2.fsf@moondust.localdomain> <8760jwmkym.fsf@moondust.localdomain> <58B3DD98.6050701@gmx.at> Date: Mon, 27 Feb 2017 12:56:16 -0500 In-Reply-To: <58B3DD98.6050701@gmx.at> (martin rudalics's message of "Mon, 27 Feb 2017 09:04:40 +0100") Message-ID: <878torwm9r.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.8 (/) At 09:04 +0100 on Monday 2017-02-27, martin rudalics wrote: > > Thanks. Please try now with a small init file containing a > =E2=80=98make-frame=E2=80=99 call with the parameters from these attachme= nts. > For your first entry I'd suggest to start with bisecting the > parameter list in calls like > > (make-frame > '((font-backend xft x) > (font . "-Bits-Bitstream Vera Sans Mono-normal-normal-normal-*-11-*-*-= *-m-0-iso10646-1") > (font-parameter) > (border-width . 0) > (internal-border-width . 0) > (right-divider-width . 0) > (bottom-divider-width . 0) > (vertical-scroll-bars . right) > (horizontal-scroll-bars) > (foreground-color . "wheat") > (background-color . "black") > (mouse-color . "black") > (border-color . "black") > (screen-gamma) > (line-spacing) > (left-fringe . 8) > (right-fringe . 0) > (scroll-bar-foreground) > (scroll-bar-background) > (menu-bar-lines . 0) > (tool-bar-lines . 0) > (title) > (wait-for-wm . t) > (tool-bar-position . top) > (icon-type . t) > (auto-raise) > (auto-lower) > (cursor-type . box) > (scroll-bar-width . 16) > (scroll-bar-height . 0) > (alpha) > (fullscreen . fullboth) > (display-type . color) > (background-mode . dark) > (cursor-color . "thistle") > (visibility . t) > (sticky) > (frameset--id . "8B00-9439-83D1-B48B") > (frameset--mini t) > (modeline . t) > (minibuffer . t) > (unsplittable) > (icon-name) > (display . ":0") > (explicit-name) > (fullscreen-restore . maximized) > (height . 59) > (width . 191) > (left . 0) > (top . 0))) > >From `emacs -Q' the above call to `make-frame' causes the GTK warning message. After bisecting, I find that if I omit the last two lines, the GTK warning is not emitted. Either or both of these two lines is sufficient to produce the warning message: $ src/emacs -Q --eval "(make-frame '((left . 0)))" (emacs:13000): Gtk-WARNING **: gtk_window_parse_geometry() called on a wi= ndow with no visible children; the window should be set up before gtk_windo= w_parse_geometry() is called. $ src/emacs -Q --eval "(make-frame '((top . 0)))"=20=20=20=20 (emacs:13008): Gtk-WARNING **: gtk_window_parse_geometry() called on a wi= ndow with no visible children; the window should be set up before gtk_windo= w_parse_geometry() is called. $ src/emacs -Q --eval "(make-frame '((left . 0)(top . 0)))" (emacs:13020): Gtk-WARNING **: gtk_window_parse_geometry() called on a wi= ndow with no visible children; the window should be set up before gtk_windo= w_parse_geometry() is called. And finally, $ src/emacs -Q --eval "(make-frame)" produces no warning. > IIUC you saved two frames. Please try whether you can reproduce the > problem with one frame only. If not, you need two =E2=80=98make-frame=E2= =80=99 calls. There is no warning message issued for the first/main Emacs frame. So there is one less warning message than there are frames restored from the desktop file. So in my previous examples I had three frames and two warning messages. I hope that helps clarify things. N. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 27 13:26:52 2017 Received: (at 25851) by debbugs.gnu.org; 27 Feb 2017 18:26:52 +0000 Received: from localhost ([127.0.0.1]:58643 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciQ0a-0004vQ-7z for submit@debbugs.gnu.org; Mon, 27 Feb 2017 13:26:52 -0500 Received: from mail-io0-f195.google.com ([209.85.223.195]:33738) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciQ0Z-0004vA-7W for 25851@debbugs.gnu.org; Mon, 27 Feb 2017 13:26:51 -0500 Received: by mail-io0-f195.google.com with SMTP id f84so4714413ioj.0 for <25851@debbugs.gnu.org>; Mon, 27 Feb 2017 10:26:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=b7GFj693WVp/CL5E2T65q+vKPoezCUmIDMTES8prZHY=; b=JdRH8IwL31VhQB7VcSXqjdJ/HtVtl7sXTwiTnONK3gSBdyU6pVOGAbKIvzOpWKVSnI ANWQhnE0ts5yUt7uQBU+jqUE/bAfmh0f5VMFTrF/N8bevvkOD/Hssv6v5eEX7HAHRBzx brnj/9B4iWjaoiQqBkCq9TFwfwlbU6+BNc9rGrKLrUpCf2Wq1inqd8o63Ggzlz3CMZ0y amSVjsh5KxmlM6cPKbZbj2KCq+hiifMvlZhflYsDEe1r+doPcZ2aMGmoyOUSaTOX8k6w b8kKAMdDyc92hCAm0xKpizXfkkyH57g7gYbrvOKod6Ogl1RBZi8/cDUwfhpWy0BN5iLu a3Cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=b7GFj693WVp/CL5E2T65q+vKPoezCUmIDMTES8prZHY=; b=lNDj30RAKs/YpUwbBAUk9OyA7K1wpvgF4HbfCbHIxazjVxPJUHx/PXDXrZaFcbxLSX RryciMpiUjRpDxym8ZDqlBvv844fjzP25AHpKwq4DU1ykLD32u0+gRdVu2Y7B7Y5AxFc QgXVOcE9U+lfc0Qgh5oVvJ/bbHUjtKb838FvmlJ2zpjzmVQePRKGc7B4Qdfzx/cilN/W yb1hrnPaoxI6aHrGFIJKikwnxLByAEQeEkFQp9B2rXcmUSuaOc6TtpRZmqKzbojtE4KP D3/xLls+N1vzQylv64lZaJq/oXtOw4NulxKazRopzy5k6cr7qIbTTxocwcaKYch6NGAp S9iQ== X-Gm-Message-State: AMke39nNcUSYGqxuNkWCncgAnY2gsKN1KCr+oFi4AfjM/61bKUKMyFJK4SexLv3Efs3brg== X-Received: by 10.107.149.194 with SMTP id x185mr647653iod.167.1488220005692; Mon, 27 Feb 2017 10:26:45 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id l19sm6978937ioe.51.2017.02.27.10.26.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 27 Feb 2017 10:26:45 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> Date: Mon, 27 Feb 2017 13:26:43 -0500 In-Reply-To: <83innvppz4.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 27 Feb 2017 18:18:07 +0200") Message-ID: <874lzfwkv0.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 25851 Cc: Martin Rudalics , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.8 (/) At 18:18 +0200 on Monday 2017-02-27, Eli Zaretskii wrote: >> From: nljlistbox2@gmail.com (N. Jackson) >> Cc: 25851@debbugs.gnu.org >> Date: Sun, 26 Feb 2017 19:31:03 -0500 >> >> [1] https://developer.gnome.org/glib/stable/glib-Message-Logging.html >> >> It says (amongst other things): >> >> - "To use structured logging (rather than the old-style logging), >> either use the g_log_structured() and g_log_structured_array() >> functions; or define G_LOG_USE_STRUCTURED before including any >> GLib header..." >> >> - "[g_log_set_handler()] has no effect if structured logging is >> enabled" > > Unless Martin will be able to resolve the issue "properly", I guess > the only way of shutting up the warning is to use > g_log_set_writer_func to temporarily set the glib log writer function > to a dummy one that does nothing, then restore the original writer > function. That's gross, but what else can be done when you deal with > libraries which think they are smarter than you are?.. > > Thanks. [I'm sure your question is rhetorical, but if it weren't, at one time I would have said the what could be done is to leave the world of paternalistic proprietary software and use Free software instead! Sadly, the paternalistic-proprietary-software thinking has infected Free software and we increasingly see libraries and tools that do what they think the user should want them to do, rather than flexibly doing what the user asks them to do.] But that does raise the possibly naive question: Rather that trying to cover up the warning, can we not just do what the library wants; is it impossible for us to call "gtk_widget_show_all() on the contents and gtk_window_set_geometry_hints() on the window" before calling gtk_window_parse_geometry()? N. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 27 13:37:29 2017 Received: (at 25851) by debbugs.gnu.org; 27 Feb 2017 18:37:29 +0000 Received: from localhost ([127.0.0.1]:58650 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciQAr-0005B4-AA for submit@debbugs.gnu.org; Mon, 27 Feb 2017 13:37:29 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciQAp-0005As-Uk for 25851@debbugs.gnu.org; Mon, 27 Feb 2017 13:37:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ciQAj-0003eW-K7 for 25851@debbugs.gnu.org; Mon, 27 Feb 2017 13:37:22 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34257) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ciQAd-0003d3-Lg; Mon, 27 Feb 2017 13:37:15 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2866 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ciQAc-00056N-Qr; Mon, 27 Feb 2017 13:37:15 -0500 Date: Mon, 27 Feb 2017 20:37:06 +0200 Message-Id: <83h93fpjjh.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <874lzfwkv0.fsf@moondust.localdomain> (nljlistbox2@gmail.com) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: rudalics@gmx.at, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Cc: 25851@debbugs.gnu.org, Martin Rudalics > Date: Mon, 27 Feb 2017 13:26:43 -0500 > > At 18:18 +0200 on Monday 2017-02-27, Eli Zaretskii wrote: > > > Unless Martin will be able to resolve the issue "properly", I guess > > the only way of shutting up the warning is to use > > g_log_set_writer_func to temporarily set the glib log writer function > > to a dummy one that does nothing, then restore the original writer > > function. That's gross, but what else can be done when you deal with > > libraries which think they are smarter than you are?.. > > > > Thanks. > > [I'm sure your question is rhetorical, but if it weren't, at one time I > would have said the what could be done is to leave the world of > paternalistic proprietary software and use Free software instead! Sadly, > the paternalistic-proprietary-software thinking has infected Free > software and we increasingly see libraries and tools that do what they > think the user should want them to do, rather than flexibly doing what the > user asks them to do.] Hear, hear. > Rather that trying to cover up the warning, can we not just do what the > library wants; is it impossible for us to call "gtk_widget_show_all() on > the contents and gtk_window_set_geometry_hints() on the window" before > calling gtk_window_parse_geometry()? That's what I meant with "resolve the issue properly". Hopefully, Martin will be able to rescue us from ourselves (and from glib's log tyranny). From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 28 04:46:38 2017 Received: (at 25851) by debbugs.gnu.org; 28 Feb 2017 09:46:38 +0000 Received: from localhost ([127.0.0.1]:59054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cieMg-0007uo-8C for submit@debbugs.gnu.org; Tue, 28 Feb 2017 04:46:38 -0500 Received: from mout.gmx.net ([212.227.15.18]:58352) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cieMe-0007ua-Po for 25851@debbugs.gnu.org; Tue, 28 Feb 2017 04:46:37 -0500 Received: from [192.168.1.100] ([213.162.68.44]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0y8F-1cSUtF1Elz-00vBDz; Tue, 28 Feb 2017 10:46:30 +0100 Message-ID: <58B546EE.2030500@gmx.at> Date: Tue, 28 Feb 2017 10:46:22 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> In-Reply-To: <83innvppz4.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:vZf4w2Z1gT0Pv0AqN+gC665Z9l/UI/jxKHFMjf/v+D+LgdzDDTt 2CIPK+I1uFVWfHtGo7Xtr1jO6bgcJYnGfxw9Tn4Ns7TRid8JaWVG6hqY5wi5rCGIP18j94B WmVf87wzdmaCOGTCSGYp7ESUKOCDkgG9CI6upeBHUEMMPNlUAJXFbzo6Rt8grSItSsEMdIa 8hDOz3DQIpebZyH+HMHBg== X-UI-Out-Filterresults: notjunk:1;V01:K0:m//RWGY/8iI=:Gf5+IabOiagpmEqoOB2UfO 2oYO4MWjT9CIKxkGEmhkl/9+spQHf2pfNaTJtSL/ZJK0ArHJQEYHhiHBlg+Z+D4MWDrW/SVa2 BVqipOZr1bGtFuSmmpFBshRORhha5lR7l+Nkbv5qpQxxvp1+jek3+D1J9sp3lNi0tJHgqBf8b CBTAFghWifU+NZyU4dlRb00jPSbhcncy9yGiNy7fPLGRqfGkmSPNIVxiBl2KbEWmAQmw42Axu qHYe6J8gAzh5G04loYdMrDDX+FNzjl6eyUNSc8G3Xt9kBub663ln4yMXhTBHQ3yO/YXDbAYut NAqDqwl0nVv1xHX9341GCUByFC0+xyRn/2awbFTsThqq/VKhypdLwlMcsZ2HgUfWuJCb2IX+E b9DrgigVFy0gnjpQYOnxXJ6/akOSwPXhZA4KINWg8h13qDIWUkMcN8V62/tfGd7G5GB9OdNnN UpUo9sWmDo+q+6kJ5KqqiTByBrivOzuTomAROGV+ebyQ7YCaz65iscDrBYJnoE1mAjCiqAk78 TxX72id4fbS2z/dUyw9y0Aj26GqvBbjHfIVgbAhUITKIo6kUCYdSdYp8fQ4vRb3yroAbwqYE+ nDTjUpku2uF1GqiAHNx+4x3lr25qgxktlhjgp9+Kr0yWYezh5KVUEyflke1Ej3tw/gVl+X3cv YGGdlqf/ahYxlvOToHJ19UQjMEITsvEMVSMWI7UZyo+reo92Jl4+n+r5H9zxwBB8y+5y7vbN7 g7ss1KpaM6jHWSfHOBPgWThuykaf1b/5c0VjpKBQJ+PizCG9bPhWPjJZU8NEbER8UgabI4Vi7 f4OFCtqqXSHjmcNcc0vHaX50LTgJQ== X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Unless Martin will be able to resolve the issue "properly", I still fail to understand what Jan had in mind when he eliminated the gtk_window_move call from xg_set_geometry with PPosition set. We could try to revert that change and see what happens. [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.3 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.44 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Unless Martin will be able to resolve the issue "properly", I still fail to understand what Jan had in mind when he eliminated the gtk_window_move call from xg_set_geometry with PPosition set. We could try to revert that change and see what happens. [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.3 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.44 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > Unless Martin will be able to resolve the issue "properly", I still fail to understand what Jan had in mind when he eliminated the gtk_window_move call from xg_set_geometry with PPosition set. We could try to revert that change and see what happens. > I guess > the only way of shutting up the warning is to use > g_log_set_writer_func to temporarily set the glib log writer function > to a dummy one that does nothing, then restore the original writer > function. That's gross, but what else can be done when you deal with > libraries which think they are smarter than you are?.. IIUC most of what GTK's gometry parsing does is trying to avoid that a frame appears offscreen. So it's not really about being smart. Emacs is asking for it. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 28 04:46:48 2017 Received: (at 25851) by debbugs.gnu.org; 28 Feb 2017 09:46:48 +0000 Received: from localhost ([127.0.0.1]:59057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cieMq-0007vG-Eh for submit@debbugs.gnu.org; Tue, 28 Feb 2017 04:46:48 -0500 Received: from mout.gmx.net ([212.227.15.19]:60749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cieMo-0007v0-V4 for 25851@debbugs.gnu.org; Tue, 28 Feb 2017 04:46:47 -0500 Received: from [192.168.1.100] ([213.162.68.44]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MCcvy-1caQuA2oxW-009NBV; Tue, 28 Feb 2017 10:46:40 +0100 Message-ID: <58B546F8.4020308@gmx.at> Date: Tue, 28 Feb 2017 10:46:32 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <58B13EA5.3000505@gmx.at> <87shn0mux2.fsf@moondust.localdomain> <8760jwmkym.fsf@moondust.localdomain> <58B3DD98.6050701@gmx.at> <878torwm9r.fsf@moondust.localdomain> In-Reply-To: <878torwm9r.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:TyKz+gSyrPMg5w5N9/gN3psDiaPX9mNVATybWNAxVEDHnKTUO1L +xlYElmLtYLPPlto0Mxz7K1eX6ow7yM0lLGa+DVn7wJsFitQ52nWrYWZ30PZLUds61UT2mB 8j7XlGn+BGvhwDCCaoZXaWWU3h57lNjnUjRSzOsv9v0hwVnwJ5EdO5u2B5IwaTddZBv4Q37 yOOwdu/dcza79/5bm+udg== X-UI-Out-Filterresults: notjunk:1;V01:K0:qXfpJVgBHkQ=:YE4nuUco3QmSnBZk0cyED4 yYHFX7cgnaOP54IySnKyBwLa+nxVtRcEpyMo108fN03J684DZy+UhpuO1bmBVeSmP6OxE7OyO 9NkQAHyOJqR9/mkBDvTvPWprACVuBshrgIDw3fMu2bg8BqdwkvlTPRzxGNX6LsCfbWeeNAppd wSgzAc5Ea+uaBPMuMgihJvm3q2I8PWCLMqQ+rYyTM/N4REbOJGZ0Ru/9+CuBG7iLfw+QL/JXF 7sm/KIQn4Lhlq9z5Q9pN9K7A+t2Fiw3oE8JojONVpbQXcYF0LDW8bqNRXpmEBR+BudZPx1LA2 e1PBXAy1lMOEwLeVAKkCIC1NRCwzwdvoYDUovZtA/na7pQ9zFePlUZBfh2Kzdz2PcbZRP4Kr9 ChMH1xyA9300K8+2tnBaSrWobBnnOWfCVvURcPxJ9kFdIEOAOF0GTxNeCKx2MLQjTGInC9eRt ufIwcxCZn1T5SaU38JXBBq2h7nBZT217fjmJIFrYIAfelA3VPorD5M0iGpqE+m08oba07RsCi OwloraVKosaVCu59vA9+PdQOEKFsNzuJ1LeL3nfUi/hYnGoPUPSEKNISh4kuq9bWWqNAUkqx0 XewOox4lju+LZbiEacnLut0LZNswetV2Q6WYvTbAjZE7/dhIOspo5Pd61D3rJrmGf3AU4IQTI iYpiPzikUO9tpOOSEzLUMx32Z+MGzCIz8sPfeVQxBvKbn2/lbw1bEIGD5C81S+tu/g5jn7Bwn Up5WYHInMSjwbEW/mpjyVxCOeW7qR0B3cVgfFj86dfI6BXmR8jNoL3z1++R3hVtQAUt2qSSAA bDsqdw45Bm6t8hArimz0oOqdzaqqA== X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > After bisecting, I find that if I omit the last two lines, the GTK > warning is not emitted. Either or both of these two lines is > sufficient to produce the warning message: > > $ src/emacs -Q --eval "(make-frame '((left . 0)))" > > (emacs:13000): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. > > $ src/emacs -Q --eval "(make-frame '((top . 0)))" > > (emacs:13008): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. > > $ src/emacs -Q --eval "(make-frame '((left . 0)(top . 0)))" > > (emacs:13020): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.3 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.44 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > After bisecting, I find that if I omit the last two lines, the GTK > warning is not emitted. Either or both of these two lines is > sufficient to produce the warning message: > > $ src/emacs -Q --eval "(make-frame '((left . 0)))" > > (emacs:13000): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. > > $ src/emacs -Q --eval "(make-frame '((top . 0)))" > > (emacs:13008): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. > > $ src/emacs -Q --eval "(make-frame '((left . 0)(top . 0)))" > > (emacs:13020): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.3 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.44 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > After bisecting, I find that if I omit the last two lines, the GTK > warning is not emitted. Either or both of these two lines is > sufficient to produce the warning message: > > $ src/emacs -Q --eval "(make-frame '((left . 0)))" > > (emacs:13000): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. > > $ src/emacs -Q --eval "(make-frame '((top . 0)))" > > (emacs:13008): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. > > $ src/emacs -Q --eval "(make-frame '((left . 0)(top . 0)))" > > (emacs:13020): Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no visible children; the window should be set up before gtk_window_parse_geometry() is called. Thanks, I see now. For some reason I was convinced that the visibility settings in frameset were involved. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 28 04:46:59 2017 Received: (at 25851) by debbugs.gnu.org; 28 Feb 2017 09:46:59 +0000 Received: from localhost ([127.0.0.1]:59060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cieN1-0007vg-LP for submit@debbugs.gnu.org; Tue, 28 Feb 2017 04:46:59 -0500 Received: from mout.gmx.net ([212.227.15.19]:59171) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cieMz-0007vR-Pk for 25851@debbugs.gnu.org; Tue, 28 Feb 2017 04:46:58 -0500 Received: from [192.168.1.100] ([213.162.68.44]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MTjua-1crPpL2YC0-00QT29; Tue, 28 Feb 2017 10:46:51 +0100 Message-ID: <58B54703.7060103@gmx.at> Date: Tue, 28 Feb 2017 10:46:43 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" , Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> In-Reply-To: <874lzfwkv0.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:t6A74aXTHfIBoL1U+M/74iarFJDCx2bGVtHOWUzzbSpSNYBS2Qq GpzCgakJHTnLm/h3EiltjEp2a5T8qLELcprm6YbnEtIfTw7j+eMy1loVdfop0YX8DElAyjh 0CIbmtMrSZnaH0cDzk30yyh0Fjdvp9xzTO4Vk1NWYILleNC6nz4BOrxeOoxMiHOid3rNhyq J2bKWSdC5Fz0q5PDV/Mqg== X-UI-Out-Filterresults: notjunk:1;V01:K0:wmfyjmxqqHE=:5a6tJZ1YqY/lXr7Z0fH3LV vMsJFcsbXx85CJSr0BBYshB1DPmmSXGiJgqiq+Ors3FW72yo2gNbgoSHKLfP4II/fxyih82RK fRO9wjqTmXQRQkA6kdLTbTVfXOIz0Ktr7G3MbnYyjFURZpGX0ajxX+c7PWOipnWPlRS/aatsP 0PUNyIatE2j7DLQ81L1f9KbIMweX3W7DSs9GGXToWvmxDt276Kzls81qiO0w1TKeDcfos7N03 0mqJWjh2k4wtzsRvnnEzYAUQx8rjr9jjgCA29owz7D/jxHe7j0s/xBPef3jVdepzNRCESGGVE 5qJ+FTB1/AKPi0cGOvFGCtT/uAdOyn4+J4UkmZr59logOCigaM8i6pksW3MSVwVG9p0Gx//6u Cr8mZUsJgK2jOAmDmvd9ncrE9EvxEtGldiyhu0tz47dmZsp0GX6ukTh6UcHA9IVofMtN1/23H YG5ESI30egCbIyq+hRPa649+FUS7rRxuZjTIb0KJiqQi2l9KrNMzXp2FdMfhdG5xiwUWk82sx xgOkFM8hiuDBWDjmiayTPc+XWV3Hv6RpPm5yq9juKgKBZajM1ouDDe4jKkb+9W6LjVi6t/GUk /QdEEVLdwp1PuCivTAgWIeY9e/ZvdZL3e1MDXIHXQgFC/w1ukE92z7uE9KOAz6zEDRwYMDS8d 1qMqz6tBw5wGauDbzoHsF5Jb76VT3n8WFhJRfrUIaOZ4sZMwK/Io0Kz0GqnhHyEfxJGxffLoJ VABIFTBAen02qhl/nXmrz9G4n4wotAWMD0p1h1Yygg3MUFJbiBIbnN2p7OV/NcTFUwM3hDY0s c7XTAZqOh8gwj3KEcRi9O5B4O+E5w== X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Rather that trying to cover up the warning, can we not just do what the > library wants; is it impossible for us to call "gtk_widget_show_all() on > the contents and gtk_window_set_geometry_hints() on the window" before > calling gtk_window_parse_geometry()? [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.3 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.44 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Rather that trying to cover up the warning, can we not just do what the > library wants; is it impossible for us to call "gtk_widget_show_all() on > the contents and gtk_window_set_geometry_hints() on the window" before > calling gtk_window_parse_geometry()? [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.3 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.44 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > Rather that trying to cover up the warning, can we not just do what the > library wants; is it impossible for us to call "gtk_widget_show_all() on > the contents and gtk_window_set_geometry_hints() on the window" before > calling gtk_window_parse_geometry()? Did you try? I suppose that gtk_widget_show_all would introduce some additional flicker. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 28 10:52:11 2017 Received: (at 25851) by debbugs.gnu.org; 28 Feb 2017 15:52:11 +0000 Received: from localhost ([127.0.0.1]:60444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cik4R-0002BV-6P for submit@debbugs.gnu.org; Tue, 28 Feb 2017 10:52:11 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48123) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cik4P-0002BH-DR for 25851@debbugs.gnu.org; Tue, 28 Feb 2017 10:52:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cik4H-0001tJ-9i for 25851@debbugs.gnu.org; Tue, 28 Feb 2017 10:52:04 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49257) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cik4H-0001tF-6t; Tue, 28 Feb 2017 10:52:01 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3422 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cik4G-0005ZT-Bs; Tue, 28 Feb 2017 10:52:00 -0500 Date: Tue, 28 Feb 2017 17:51:36 +0200 Message-Id: <831suipb3r.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <58B546EE.2030500@gmx.at> (message from martin rudalics on Tue, 28 Feb 2017 10:46:22 +0100) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 28 Feb 2017 10:46:22 +0100 > From: martin rudalics > CC: 25851@debbugs.gnu.org > > > Unless Martin will be able to resolve the issue "properly", > > I still fail to understand what Jan had in mind when he eliminated the > gtk_window_move call from xg_set_geometry with PPosition set. We could > try to revert that change and see what happens. If no better idea comes up, I think we should indeed do that. > > I guess > > the only way of shutting up the warning is to use > > g_log_set_writer_func to temporarily set the glib log writer function > > to a dummy one that does nothing, then restore the original writer > > function. That's gross, but what else can be done when you deal with > > libraries which think they are smarter than you are?.. > > IIUC most of what GTK's gometry parsing does is trying to avoid that a > frame appears offscreen. So it's not really about being smart. Emacs > is asking for it. Sorry, I'm not following: what is Emacs asking for? From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 28 13:43:01 2017 Received: (at 25851) by debbugs.gnu.org; 28 Feb 2017 18:43:01 +0000 Received: from localhost ([127.0.0.1]:60541 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cimjl-000849-BJ for submit@debbugs.gnu.org; Tue, 28 Feb 2017 13:43:01 -0500 Received: from mout.gmx.net ([212.227.15.19]:56284) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cimjj-00083w-Na for 25851@debbugs.gnu.org; Tue, 28 Feb 2017 13:43:00 -0500 Received: from [192.168.1.100] ([213.162.68.44]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LrePN-1cJ2pz3PuH-013OE8; Tue, 28 Feb 2017 19:42:50 +0100 Message-ID: <58B5C4A1.6050601@gmx.at> Date: Tue, 28 Feb 2017 19:42:41 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> In-Reply-To: <831suipb3r.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:sH13Vx9923zof76JhBQQHRko1xqieNpX7zwGa6LJAzxtkndvjmx XGh2ewciL63uCGPhsRzCOaoIRiSRjpRkpmE247nYVlqY55iG3wb6SPtkyYQyoCXhS7oQ3K5 67oCuEe4vLgqsOynAmsfUulJVgbPe5VzAplaF/kJpRbAH2epIsQot6am/dIB2meIfxbMNjv 4EqEQ47RLl9OOTG7LzhGQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Ov6ZOkSgIx4=:8WOuTRj7qQp6/USRqZbsac BMuJv+GAuqc5IsqlN/x1KXA5/ZWZM79I3z/8mcaCi+4HPiIi/qXOQZ3ecMZkdv7K6rRHzw4QO v2hoTPmu4aC2+nDARP7D5vmenxl5mUgCsyR4nj66I8rUHdf55pIDTdcFV6ctHaAk8gJ8lIS8r uPceh9yvdnbrI68nJkUQ9M4d6Z7o0Ks1Y3xBoIcsKzX2Vc3DLkq7sYJl7N3rR4pxJYpHgPwOP S1b1Rru5ctnk5o+B+HaFAsYeUS2OkXGXdLO29hm0EYz8ZIR9J1m2vevIZpt7AKjK/rI+FfbS0 vyFPdKZVfJh5bWI963x05k1/EykhsQAO4pGypBZe31Vuwu/lHdUVpIbUzsoar2649cmZYuggP 5nD69abcGj/AEdduk2g7WfvVIsmQ5ZAvVSAnJr03BuOfkZGDI7au91dMTJHtYmf+y+v6hnGI2 gIaVEEwke0c8pAXPaKFgkvUHhy9ChQ880I2CZBtoBmKjj9AMdGWf+cpVwo8SZzX90i2RPPuYO LIs7QKa9eN/dJL9X5+7wGCBRWuIZ2XOhPixssKEadGq5gKYiVT5rwbvF328+Mst1kmEcCAUVK rnNLxnnqEZ7NET/iIoJXBuZ0xc0YUfb8sGqoAb7fxm16Bcnpz3crYSDT94ibGhGzq5U55a6lw nUPgem6rHXnGykPx9gRcoCEBA7W27ej9HMML+nSnmOo1GODpzsq0kAHtSQCRmjeVGqTz8MXTl 6SWO/ygHRofFaLTOBKLbJaO9kWnNM4aJJjPX0TEZ/FJo3mIut9ntrYlPqjreB8K0mZdM+JgWs zr7m48rbsh7ux/5nu5l8NEwdlfgEQ== X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Sorry, I'm not following: what is Emacs asking for? Troubles. IIUC we do all this trickery to make a new frame with the left or top edge off-screen. This does make sense to me and does not work here anyway. [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.44 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Sorry, I'm not following: what is Emacs asking for? Troubles. IIUC we do all this trickery to make a new frame with the left or top edge off-screen. This does make sense to me and does not work here anyway. [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.44 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > Sorry, I'm not following: what is Emacs asking for? Troubles. IIUC we do all this trickery to make a new frame with the left or top edge off-screen. This does make sense to me and does not work here anyway. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 28 13:51:04 2017 Received: (at 25851) by debbugs.gnu.org; 28 Feb 2017 18:51:04 +0000 Received: from localhost ([127.0.0.1]:60553 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cimrY-0008Gq-JU for submit@debbugs.gnu.org; Tue, 28 Feb 2017 13:51:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49835) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cimrW-0008GO-QM for 25851@debbugs.gnu.org; Tue, 28 Feb 2017 13:51:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cimrN-0007jT-TJ for 25851@debbugs.gnu.org; Tue, 28 Feb 2017 13:50:57 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51898) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cimrN-0007jP-PX; Tue, 28 Feb 2017 13:50:53 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3727 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cimrM-0001Nb-Uc; Tue, 28 Feb 2017 13:50:53 -0500 Date: Tue, 28 Feb 2017 20:50:28 +0200 Message-Id: <83shmyno97.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <58B5C4A1.6050601@gmx.at> (message from martin rudalics on Tue, 28 Feb 2017 19:42:41 +0100) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 28 Feb 2017 19:42:41 +0100 > From: martin rudalics > CC: nljlistbox2@gmail.com, 25851@debbugs.gnu.org > > IIUC we do all this trickery to make a new frame with the left or > top edge off-screen. Do we understand the purpose of this? From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 01 03:29:50 2017 Received: (at 25851) by debbugs.gnu.org; 1 Mar 2017 08:29:50 +0000 Received: from localhost ([127.0.0.1]:60925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cizdu-0006kx-8Q for submit@debbugs.gnu.org; Wed, 01 Mar 2017 03:29:50 -0500 Received: from mout.gmx.net ([212.227.15.19]:50723) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cizds-0006kj-Jh for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 03:29:49 -0500 Received: from [192.168.1.100] ([213.162.68.90]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M5dMm-1cP9TB1ggC-00xdop; Wed, 01 Mar 2017 09:29:41 +0100 Message-ID: <58B6866B.2040307@gmx.at> Date: Wed, 01 Mar 2017 09:29:31 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> In-Reply-To: <83shmyno97.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:nzrvPEAYNLb7RxXZkq0CJDjJo9Oh6iIRmfWzNTxbXr2Oj3qk+Ib 6L814A9xHhmpKLGFXzS7nATL2QRac6yPc/JuV5MAu05ppmsn/qrJTB9OvGwPNKjMvu+x18u /XMnsAc2mo1wRFqulSgxplVs0FFZnXh3iCtQ1/XUELXsrnGPRrcSyhffQBSsiiaBsYVhVdB 3Do90o++EGbopRifYZXVA== X-UI-Out-Filterresults: notjunk:1;V01:K0:L9z8BJgmOjs=:PSwtUrsUh5WmMCKlHWJj4B 1jiKYBQ1DfUqyQiD2NifjOHMJc4cLHkj9OG5/J+DJPlMbU3LWF1KJ3umhNGhZkGqj2b6Nw79K RcxaHbYfx1NxoVVBGCXPBIgTUXnam+vxUkXdDM6OYdLPRoaT/kU2WF+dsjxWcNA3jxvDz6Q7f ZJXfF2SlkcX9rT2Rwgqgwus2Yz/r+/qMxYteKiIQQveOuUXtPfqbgo9diif0337yWqti02Khi 3IJcWpHdhJhzvu/D8+X2Gt1fsoyJrJIBZ1J0eXb8R899td03223B0Va1G5eT2W6OaKdxkmOnn WvlVhUoGLnVYJ0G4RxlZM0gNselI9U9BxjxWx9Kr43QNLvC3QfY5zABtDPdJz3Dj7n1Wn6/qy 5gJPT0C4i7bid48IHxx0wXhjjx1kgJ4k9gpNvxwKROj5Yd+Ra2TgyXbhBqbBSrzbZ6SzZA4SI iRiXqZIoFGyxrBRJ/PjOw8t7vhExBrLNmenGCvGOleRaq18saCRyFk2DKJlZJZC/OZF8nhwWs 3HnpZKfDHQjcvvsSFC2tOYllFTbJqtzg56hkvbOwWhsgnZ+G6/rqx3iK1cVAbAhwBjmgoqHog SvG54CFvVv0K/OP2zN92uNBvI5UeUIbous2ehWWXiIu/CTKYydRFUieAm1xhQpNF8rj3DtHb0 5L4fGf+m0HRPGQE2CfxfadFkKPj0T4bPAHP8xF9c41Hz8EUd+kN7S+yX496Srv16cXCY3aeSN 4h2DebPErIkP5YxquKBB2vYP8bhjfgn3HHzPB5XvMDjqfodeeMbanSRTqyFtlqQH6e+I8ZVG6 99Nsh/sG/WPnqCsGg2Xg2zV7/83hQ== X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) >> IIUC we do all this trickery to make a new frame with the left or >> top edge off-screen. > > Do we understand the purpose of this? The purpose of what? If you asked why people want to show a frame with the top or left edge off-screen, then the major goup of clients might be those who want to move the titlebar out of view. Nothing against the use of (make-frame '((left . (+ -100)))) as long as it's done within .emacs. It's a pain, however, when such idioms get distributed in packages because then their authors will redirect users to this list whenever a window manager refuses to comply. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 01 11:18:35 2017 Received: (at 25851) by debbugs.gnu.org; 1 Mar 2017 16:18:36 +0000 Received: from localhost ([127.0.0.1]:34598 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cj6xX-0003Zj-Mo for submit@debbugs.gnu.org; Wed, 01 Mar 2017 11:18:35 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57973) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cj6xW-0003ZU-CP for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 11:18:34 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cj6xQ-0006Pb-8l for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 11:18:29 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40929) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cj6xQ-0006PU-5t; Wed, 01 Mar 2017 11:18:28 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4981 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cj6xP-0002cZ-DI; Wed, 01 Mar 2017 11:18:27 -0500 Date: Wed, 01 Mar 2017 18:18:06 +0200 Message-Id: <83fuixnf7l.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <58B6866B.2040307@gmx.at> (message from martin rudalics on Wed, 01 Mar 2017 09:29:31 +0100) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 01 Mar 2017 09:29:31 +0100 > From: martin rudalics > CC: nljlistbox2@gmail.com, 25851@debbugs.gnu.org > > >> IIUC we do all this trickery to make a new frame with the left or > >> top edge off-screen. > > > > Do we understand the purpose of this? > > The purpose of what? If you asked why people want to show a frame with > the top or left edge off-screen, then the major goup of clients might be > those who want to move the titlebar out of view. Yes, that's what I asked. If that's the reason, and we think doing that is legitimate, is there any other solution but to shut up the warning? From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 01 14:36:32 2017 Received: (at 25851) by debbugs.gnu.org; 1 Mar 2017 19:36:32 +0000 Received: from localhost ([127.0.0.1]:34816 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjA36-0008K8-BY for submit@debbugs.gnu.org; Wed, 01 Mar 2017 14:36:32 -0500 Received: from mout.gmx.net ([212.227.15.19]:52025) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjA32-0008Jt-S3 for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 14:36:29 -0500 Received: from [192.168.1.100] ([213.162.68.65]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MSMP5-1ctNSo07Lv-00TWVt; Wed, 01 Mar 2017 20:36:21 +0100 Message-ID: <58B722AA.4090501@gmx.at> Date: Wed, 01 Mar 2017 20:36:10 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> In-Reply-To: <83fuixnf7l.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:q9ctpvmh5lpWB9lP2d1l3DrACmcM+p7g9nBsl1FxMvBaPfrALLq S/eTMXdXSP2wykAJwmHtM1Rlk9l45NjiLs4ilcXl/ZxpHuSRxDUY8ImCxX9f7cUjQOlkKWq o9s2ATJahlFnqWi7Jae5BPYDes3mbAc8JcYMoNMQj503SShsKaJ1TOdVEG86JvkCM+cRRDy ITWR2lReXySWV+xbHrzZQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:/xYfIdiOXJU=:EOhqRAQBw+9Vd+gkAKdFfc RoS8F0r07+IyWToxsadC0AE8n2OKp9L1E43RqNHwGRbVZMMMHimqwv/jqrQ3GWbuR97gsWNuT b+iE0HD/61lIus/Blx3UxCLl8SMIAiv6kxTxwOfSKhB6V9AYnLV/nhIT5Lf7owZCEqf9GYHl2 rEDy3jXNAUiQmAIvk16Tdhy8IlwoyEXl8f/6n+xJTszyIoevqAxGWy3ncWUUUwUCtBSW9JYQl vwEnR2sd2WSDr/DDhU/ZvbySol1xbOsG8fyquR0PgiGcri1bBux06vNSba0lXEkZTI8irl9Fn WIB32+flOxE9tXjAeRe74aaiJP8tMVcUhJStuy9DPUO8JVjTw5Ih2R/UkARUr8oSrKc8UvDqJ 7IeclthNUEEilfT/JObExpy7GtKIMqIJKXR4BViyfB4ni+6THsl3cLrgwgJafAHySHa/GymAH 8o4glq/QvxIOri7s1ULx3Cevhle3rtma2It5/akiJgg6RQUiui81r7YpDj7E4WZwPDbgxiHZG s9Hxrkj83iDrG020rHgUHKBVNvocjAKSv6yLxTvomCn4sp8sp4YulKBKxR9ZJRJLEBlNvV9EW URlVrYCJQ9x5nGSrjHD2kvOpjl6l9OjDHjuCovXTvIYfJXkqDBZWyy23pmt04r9nsvv9UVdom pBZcmoazvd4GWqL+aX//037vmhuIueWhvhKgHSKJxV1J8js7ngfV6MC1YRGuKS0i3u1KmBBcd Nd75SQZTI3F7/MYKLwHD93Xjjg+Sx/1ufNKA5kFgYCanSy9VdueYN1uO5Pl9v3qqg82U3nI9t AAt6xXQ X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If that's the reason, and we think doing that is legitimate, is there > any other solution but to shut up the warning? I think that warning is legitimate. And even if I thought that what we are doing is legitimate - xfwm would still refuse to put the top-left corner of my new frame off-screen. [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.65 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If that's the reason, and we think doing that is legitimate, is there > any other solution but to shut up the warning? I think that warning is legitimate. And even if I thought that what we are doing is legitimate - xfwm would still refuse to put the top-left corner of my new frame off-screen. [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.65 listed in dnsbl.sorbs.net] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.19 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > If that's the reason, and we think doing that is legitimate, is there > any other solution but to shut up the warning? I think that warning is legitimate. And even if I thought that what we are doing is legitimate - xfwm would still refuse to put the top-left corner of my new frame off-screen. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 01 14:47:45 2017 Received: (at 25851) by debbugs.gnu.org; 1 Mar 2017 19:47:45 +0000 Received: from localhost ([127.0.0.1]:34839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjADx-0000AR-Fy for submit@debbugs.gnu.org; Wed, 01 Mar 2017 14:47:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43490) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjADv-0000AD-56 for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 14:47:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjADl-0002is-Lc for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 14:47:38 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44239) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjADl-0002id-IJ; Wed, 01 Mar 2017 14:47:33 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1319 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cjADk-00028k-Cj; Wed, 01 Mar 2017 14:47:33 -0500 Date: Wed, 01 Mar 2017 21:47:08 +0200 Message-Id: <834lzcok3n.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <58B722AA.4090501@gmx.at> (message from martin rudalics on Wed, 01 Mar 2017 20:36:10 +0100) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 01 Mar 2017 20:36:10 +0100 > From: martin rudalics > CC: nljlistbox2@gmail.com, 25851@debbugs.gnu.org > > > If that's the reason, and we think doing that is legitimate, is there > > any other solution but to shut up the warning? > > I think that warning is legitimate. It's legitimate, but what we do as legitimate as well, right? And emitting a warning in such use cases will only annoy users, right? From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 01 15:05:57 2017 Received: (at 25851) by debbugs.gnu.org; 1 Mar 2017 20:05:57 +0000 Received: from localhost ([127.0.0.1]:34848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjAVY-0000be-91 for submit@debbugs.gnu.org; Wed, 01 Mar 2017 15:05:57 -0500 Received: from mail-it0-f65.google.com ([209.85.214.65]:34428) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjAVW-0000bP-An for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 15:05:54 -0500 Received: by mail-it0-f65.google.com with SMTP id r141so6177307ita.1 for <25851@debbugs.gnu.org>; Wed, 01 Mar 2017 12:05:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=qdLxWG1kRE1tYghgSXa0YQDCoAuz0QXdnXbaTBXTgP8=; b=A9t4u/TS19pkMqjj59FXuPhLcExriiaF5mkGO4Ah2d+uBl2jzzaTL/GBt7Y9lrV92G NGTpHHMPzO6YPAo23uecVlv7x8RVZx2D1sXOvt5KOcnhub1i2mx9uzH4ZwuQdyy8Qfg2 Pyxco4n0e5mCekTO1y/+rtq1rBtdvKVvM0sJktG/SfY07uON/JNiq3rv+myFuG6/FMSy Xwu3XhGZo8RfaPsLcw6sdfUkz6YmwtO/MaTPyv7a2ngYPHyPhTCvxAI1cOc6IVXaAMxJ eMDO/MhJSRi60giXTXgm2VYKZtRN15hR+yo4vsJBGUhlF/1lxzAL90WKwyAK396fmJQ1 i5yQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=qdLxWG1kRE1tYghgSXa0YQDCoAuz0QXdnXbaTBXTgP8=; b=dJOVg/WzlzR8knZ1gJYzecuSpptbbDoQ2C2Gk5zL9rAXBAaH0gt9aPSCip28luzUGe fsmIzLyfSBtu16d3B4h7QB2i97/NDu9ck+LrBzW6Q5hjfVJGAJE76chEDbeGQ4q7tgHW c9Rl4qMrhDhfyO1y+8bf7PgRrvZQX6QrjQeK1CDAJw6bifWbxf/m8UrUadQi/mjyq9dJ EPwiBm0X6W+3S8HtcDe95iHWQlbs87tCrl/oKBYiABrpr867CEMNlJ7UEPR0s6yiCuxV Oln6Dd5tyMNHj18bX5jhQYoLPKd9ZYSLjb0rA7KQwnKXiObT81Ij4vm9Mm/FJGT1Tg83 EsIQ== X-Gm-Message-State: AMke39nonbuUNVMQ5QyIdh+0yh0v+HXMRzlUK7taEoQw9HkBbzOF7Vmh1/HpXWsb8V01ow== X-Received: by 10.36.219.10 with SMTP id c10mr6203409itg.1.1488398748810; Wed, 01 Mar 2017 12:05:48 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id v1sm2500222iof.52.2017.03.01.12.05.47 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 Mar 2017 12:05:47 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> Date: Wed, 01 Mar 2017 15:05:46 -0500 In-Reply-To: <58B54703.7060103@gmx.at> (martin rudalics's message of "Tue, 28 Feb 2017 10:46:43 +0100") Message-ID: <87h93ciwyt.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 10:46 +0100 on Tuesday 2017-02-28, martin rudalics wrote: >> Rather that trying to cover up the warning, can we not just do what the >> library wants; is it impossible for us to call "gtk_widget_show_all() on >> the contents and gtk_window_set_geometry_hints() on the window" before >> calling gtk_window_parse_geometry()? > > Did you try? I suppose that gtk_widget_show_all would introduce some > additional flicker. No, sorry, I didn't try. This is my first glimpse of any of the Emacs window management code, and I'm not familiar with the GTK. Is there documentation anywhere giving an overview of this area of Emacs? For example, the "Commentary" section in frame.el is empty. The question above was simply from a higher-level perspective. It looks like we're not using the library in the way it is designed to be used, so I assumed that there must be a reason why we are not. And I wondered if that reason might not be worth reconsidering. As for additional flicker, when I start Emacs things jump about like a scalded cat, including a phantom random vertical scroll bar that often makes a momentary appearance in the middle of my display. I've never really understood why Emacs does this then other programs seem to manage without such problems, but I've come to accept the behaviour -- after all, it's only momentary while Emacs starts up -- and I don't think additional flicker would necessary be much worse! N. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 01 15:12:05 2017 Received: (at 25851) by debbugs.gnu.org; 1 Mar 2017 20:12:05 +0000 Received: from localhost ([127.0.0.1]:34857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjAbV-0000kX-Gf for submit@debbugs.gnu.org; Wed, 01 Mar 2017 15:12:05 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53804) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjAbU-0000jx-4b for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 15:12:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjAbL-0005yx-Gr for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 15:11:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44569) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjAbL-0005yq-Ds; Wed, 01 Mar 2017 15:11:55 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1326 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cjAbI-0001Eq-IA; Wed, 01 Mar 2017 15:11:55 -0500 Date: Wed, 01 Mar 2017 22:11:15 +0200 Message-Id: <8337ewoizg.fsf@gnu.org> From: Eli Zaretskii To: rudalics@gmx.at In-reply-to: <834lzcok3n.fsf@gnu.org> (message from Eli Zaretskii on Wed, 01 Mar 2017 21:47:08 +0200) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <834lzcok3n.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 01 Mar 2017 21:47:08 +0200 > From: Eli Zaretskii > Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org > > It's legitimate, but what we do as legitimate as well, right? ^^ "is" From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 01 15:16:51 2017 Received: (at 25851) by debbugs.gnu.org; 1 Mar 2017 20:16:51 +0000 Received: from localhost ([127.0.0.1]:34865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjAg7-0000ri-8O for submit@debbugs.gnu.org; Wed, 01 Mar 2017 15:16:51 -0500 Received: from mail-io0-f196.google.com ([209.85.223.196]:35198) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjAg5-0000rV-Kh for 25851@debbugs.gnu.org; Wed, 01 Mar 2017 15:16:49 -0500 Received: by mail-io0-f196.google.com with SMTP id f103so1277455ioi.2 for <25851@debbugs.gnu.org>; Wed, 01 Mar 2017 12:16:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=JKgpiwrwp2k0ORSQIqkZ2mf3CjAeRc5PXYxwLbTfo/o=; b=UslvntM2eAgudSUGR2EJ91H6hNh3vt/mDWWANej7dbVw2WtLaNWVsMaAUXthQddbEK L7Cz7YS4ZOa1Wal44nvITE3Mqp0eTbFM7i8lOLyKhqYflGYCl4vwOgjVK1hgF+4dyQAk EHoIW811cXY2wUk3uX1kmQaXQBNn0fXjC5f5fdpPWzExoCyuVU5cIxSH4XlzFDj98bx4 3wuJd8OXd9l7SciGUzvhKNJFAjfp0e+nEJD+BaZAK+a46Pyx3P4M8oWwAi79do7KJG/0 H1N9BcCpeKoosx3WKyVBB79977LB+BC8yTJE/75337bWl3GjrkB0VWWECCUoavBBl4Aj M4EQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=JKgpiwrwp2k0ORSQIqkZ2mf3CjAeRc5PXYxwLbTfo/o=; b=WDEtGHaX3NvjOaTLPR+m0LKUm672oUoeWVuudoYPx0+oIcwSdG8zAOK3vVmNW7rVoI tB0hj/jCVrr8forh9L8332bHgQq8sddF9S2EOaiFpOYoWI6Njnm3HM2nEX2gCfpEnoqF 69TnnUTADc1XtsV/LV+Au56q18wUzze5zHxnCIKvbOboEYyPZGpq5UQkeUeEm3+t7Nqa 6dqd8NJHtjR+IHWSatyxM6FXmmpTbZD7cFG5WXs7owRMUWO1PbD0yS8F8Q7s4XZDHQDj D7j/b8txDbaa/cockM7O1IDEIsUD3+x/GOG/OY8Xdi9zc2zJa/Y+6swDcsbbt23JCvcE IlJw== X-Gm-Message-State: AMke39mKj/z9ZAzOjs94iysxhK0Fks+WfRZCglXrQh3SBPa+FBBZ/sc2j0DnyDq959Pxvw== X-Received: by 10.107.134.94 with SMTP id i91mr10327637iod.0.1488399404093; Wed, 01 Mar 2017 12:16:44 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id l5sm7344098ita.13.2017.03.01.12.16.43 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 01 Mar 2017 12:16:43 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> Date: Wed, 01 Mar 2017 15:16:37 -0500 In-Reply-To: <58B722AA.4090501@gmx.at> (martin rudalics's message of "Wed, 01 Mar 2017 20:36:10 +0100") Message-ID: <87d1e0iwgq.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 20:36 +0100 on Wednesday 2017-03-01, martin rudalics wrote: >> If that's the reason, and we think doing that is legitimate, is >> there any other solution but to shut up the warning? > > I think that warning is legitimate. And even if I thought that > what we are doing is legitimate - xfwm would still refuse to put > the top-left corner of my new frame off-screen. I'm not quite following this discussion. [Of course, it isn't important that I follow it; however if you have time to elucidate, I would much appreciate it.] If we removed the arguably illegitimate chicanery, what functionality, specifically, would be lost? Might it be achieved in a more straightforward way? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 02 06:00:45 2017 Received: (at 25851) by debbugs.gnu.org; 2 Mar 2017 11:00:45 +0000 Received: from localhost ([127.0.0.1]:35374 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjOTU-0006kv-Ve for submit@debbugs.gnu.org; Thu, 02 Mar 2017 06:00:45 -0500 Received: from mout.gmx.net ([212.227.17.20]:63033) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjOTS-0006kf-EZ for 25851@debbugs.gnu.org; Thu, 02 Mar 2017 06:00:43 -0500 Received: from [192.168.1.100] ([213.162.68.106]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MT74k-1cqRTY2IkA-00S9dc; Thu, 02 Mar 2017 12:00:34 +0100 Message-ID: <58B7FB46.4070203@gmx.at> Date: Thu, 02 Mar 2017 12:00:22 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <834lzcok3n.fsf@gnu.org> In-Reply-To: <834lzcok3n.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:fswo4qlKqXj4fc4QATuI25vDfwlwbE+b3YP0BQvl+xWQQRQJ1Cx PlTGi+0qq1ZBC9LxtRX+GtatKu60KvtLEV1sCRPLdOxGB7oCi8rkHZJZ3bfquJAhl9B+ljf 5FEqEJBmZI59rYFxXhQkjaprBgik3l5+pRlgpfhfIWVF5Z8QHWN0ICqCsbTvi54iYoa1Utp sURbbBiBs2wqG0tq/GVJw== X-UI-Out-Filterresults: notjunk:1;V01:K0:7NGKFPPo2vk=:g85CLXJXpVnccern9Ksy6b VecNGwZDfTYVR36N/OKfg+GOxCA/9sxykkvPX4DMHD+YbW0ODt/ANxsegdmd0hwOfM7+/yJoj 7pcVXy6A6yEuhZ+k5f/ty/E9wSDYhMUtkL0+hmoUWN2ufwc5tgCeowmjLsCCIyTaTHgQY0mJZ SUWkQmehMMWcDy05ml3By+W0TI1OeRddhRzAkZyUm6DJrL6MDRquBgfEvCDQv+qcvdViA/M3S euIs0Ypd+RNKbA+z47RbIemRnUWQqaPBaDSfFquhuPW50V+3tUBanmD3hEBxy6s7wOtOpgyrw Xely88IADUQ0vooTWJhpUSDdrGSstOI7f6mPJ+LCDlRCL/gjVYte3o1mZnHTXvjNxEJt5tLHq uo9U6NeL8vdAMvZs9GRzrUrVtrr7oiIdwb91FbseQUweNlMJPkoA5Fcgk1WPMfSP9JiuSu3C5 A462Y947jn71BfJybLQLRjQEZUItCXJ6JK1Uzu+6ukuW9ytoT0VpnbLsF/U17G6jIdO4ipOVm kGLFdM75XFnR40bUzDUvgYc7rHOFnwnFu8QmiJOUBiQjY4ULs8eaTV5veFYJyiA4CKqS5Q7k8 sq7a80xZ7C36eV8HpnQj65LlhwuwFYnVQd31ZqjsC2uplpbfJ3wko1pkF1Fxn58Tk4UZZJLxb 78pT/HMQj0dngn8rVynhu/0dLZXBW/RepmRCYHWmA8UFXuqOcVipbDzntAMfRFEnpZWoC6DL5 hepN2NUT0E5h2QKsVdXwu1vlzHy6gkjngjwh3BUoKfT6xUm5d271pmyirfvY7wNKhjyx0M2n5 dOeHea5yYFp8J45D1dXB1XQW1ueJg== X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > It's legitimate, but what we do as legitimate as well, right? And > emitting a warning in such use cases will only annoy users, right? The doc-string of gtk_window_parse_geometry says * Note that for gtk_window_parse_geometry() to work as expected, it has * to be called when the window has its “final” size, i.e. after calling * gtk_widget_show_all() on the contents and gtk_window_set_geometry_hints() * on the window. [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.106 listed in dnsbl.sorbs.net] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > It's legitimate, but what we do as legitimate as well, right? And > emitting a warning in such use cases will only annoy users, right? The doc-string of gtk_window_parse_geometry says * Note that for gtk_window_parse_geometry() to work as expected, it has * to be called when the window has its “final” size, i.e. after calling * gtk_widget_show_all() on the contents and gtk_window_set_geometry_hints() * on the window. [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.106 listed in dnsbl.sorbs.net] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > It's legitimate, but what we do as legitimate as well, right? And > emitting a warning in such use cases will only annoy users, right? The doc-string of gtk_window_parse_geometry says * Note that for gtk_window_parse_geometry() to work as expected, it has= * to be called when the window has its =E2=80=9Cfinal=E2=80=9D size, i.= e. after calling * gtk_widget_show_all() on the contents and gtk_window_set_geometry_hin= ts() * on the window. and also * Deprecated: 3.20: Geometry handling in GTK is deprecated. If this were our doc-string, would you say that calling that function as we do now is legitimate? IIUC we call gtk_window_parse_geometry here because we cannot call gtk_window_set_geometry_hints at this early stage because of /* Don't set size hints during initialization; that apparently leads to a race condition. See the thread at http://lists.gnu.org/archive/html/emacs-devel/2008-10/msg00033.html= */ if (NILP (Vafter_init_time) || !FRAME_GTK_OUTER_WIDGET (f) || FRAME_PARENT_FRAME (f)) return; Aren't we desperately trying to shoot ourselves in the foot? If we can't set hints realiably during initialization, we shouldn't try doing it through some backdoor. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 02 10:09:32 2017 Received: (at 25851) by debbugs.gnu.org; 2 Mar 2017 15:09:32 +0000 Received: from localhost ([127.0.0.1]:36700 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjSMF-0006Nd-N1 for submit@debbugs.gnu.org; Thu, 02 Mar 2017 10:09:31 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60633) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjSMD-0006NM-7O for 25851@debbugs.gnu.org; Thu, 02 Mar 2017 10:09:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjSM4-0001Ci-W4 for 25851@debbugs.gnu.org; Thu, 02 Mar 2017 10:09:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57238) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjSM4-0001CR-SL; Thu, 02 Mar 2017 10:09:20 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1789 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cjSM4-0001FW-0z; Thu, 02 Mar 2017 10:09:20 -0500 Date: Thu, 02 Mar 2017 17:09:01 +0200 Message-Id: <83varrn2b6.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <58B7FB46.4070203@gmx.at> (message from martin rudalics on Thu, 02 Mar 2017 12:00:22 +0100) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <834lzcok3n.fsf@gnu.org> <58B7FB46.4070203@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Thu, 02 Mar 2017 12:00:22 +0100 > From: martin rudalics > CC: nljlistbox2@gmail.com, 25851@debbugs.gnu.org > > > It's legitimate, but what we do as legitimate as well, right? And > > emitting a warning in such use cases will only annoy users, right? > > The doc-string of gtk_window_parse_geometry says > > * Note that for gtk_window_parse_geometry() to work as expected, it has > * to be called when the window has its “final” size, i.e. after calling > * gtk_widget_show_all() on the contents and gtk_window_set_geometry_hints() > * on the window. > > and also > > * Deprecated: 3.20: Geometry handling in GTK is deprecated. > > If this were our doc-string, would you say that calling that function as > we do now is legitimate? > > IIUC we call gtk_window_parse_geometry here because we cannot call > gtk_window_set_geometry_hints at this early stage because of > > /* Don't set size hints during initialization; that apparently leads > to a race condition. See the thread at > http://lists.gnu.org/archive/html/emacs-devel/2008-10/msg00033.html */ > if (NILP (Vafter_init_time) > || !FRAME_GTK_OUTER_WIDGET (f) > || FRAME_PARENT_FRAME (f)) > return; > > Aren't we desperately trying to shoot ourselves in the foot? I'm sorry, I'm confused. Earlier you explained that we do that because users want the ability of placing frames outside of the visible area, so I concluded that the fact we allow that is because we want to cater to such users. Now you seem to be saying that we shouldn't cater to them? How to reconcile these two? Or am I missing something? From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 02 12:57:43 2017 Received: (at 25851) by debbugs.gnu.org; 2 Mar 2017 17:57:43 +0000 Received: from localhost ([127.0.0.1]:36824 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjUz1-000243-7m for submit@debbugs.gnu.org; Thu, 02 Mar 2017 12:57:43 -0500 Received: from mout.gmx.net ([212.227.15.18]:55476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjUyz-00023q-9t for 25851@debbugs.gnu.org; Thu, 02 Mar 2017 12:57:41 -0500 Received: from [192.168.1.100] ([213.162.68.106]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDhGw-1cVkwc0dF0-00H3eN; Thu, 02 Mar 2017 18:57:32 +0100 Message-ID: <58B85D0A.5030203@gmx.at> Date: Thu, 02 Mar 2017 18:57:30 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <834lzcok3n.fsf@gnu.org> <58B7FB46.4070203@gmx.at> <83varrn2b6.fsf@gnu.org> In-Reply-To: <83varrn2b6.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:xx418ImHbYIm/kwxduUpHS2jK3+GJ977hFy3QC224P2Obn41yDZ /ZQaHrJeQ2P54kkxY549aYoXI7X3f63r8V9ofPVpVUwIDhUencvVao0q67eGcRWGw7sa+1G xyrdIqAOFd/McXRFO9S6jmhnzBrDWou0zte6iI4JNBHtlEeFKvRbwbg2Akvd6OihZYtkjfY 9uV5mgJG6uQ9EOI4h0sog== X-UI-Out-Filterresults: notjunk:1;V01:K0:HaLK+iQghpE=:Wb3tvA8EKlpqkDXkH2SvOj eMIC8HO4G3k6Y7W6SSJc7Ff+2aPoDiWA7j9B6tc+CSkRC7D+vPMuJ9MH7F6szv8geUnHtmHd7 TIzxOUw1aEYoIukuKnx4Qb6oChiZfo+bMZeh3z7HE6E1K3iOWBqsCvxelZGl4RLgnvVXgIkdq o+NKMXEmd93MTVCdJBI53eMFpF2Vifm+ogMKH0AIc/4HQJhwoNVT6itW0h2B0d17gfkfsoXT+ 24dv9F9eDrAau+oOv4wMVm5jaG1MmrH+eWHuaUeq4gAujgXUFyjYbzO01YB7LMBcZxhfwjF1x +8yYUkXzDkPYCwxlNPvcSg42ua63CS9wN7+BpaBilmTg6SvAanLHyoo/gsWDco9kNzqLAmkJ2 dyZz4o36buFEUced+WX06JEwvcxoe6D2C3UYi8iO8AEmjzZapQFRbv7W+q1HmdVR7a2fKaQAN TAOQsz7AY972Ype5MBxdkGLja+IblkHUDEZ/rfqjELPg8umUmf9HAMYC1autkek6ff5biXZGz Nm9HRui8AcMrOA087L96+bDK7NsR5iWpau3QEqOmEiYR5lxjDlm5plOCYl6WioLn6Q0su3mVR uqg3irauvhj8s+MTEHUDvOeWXhpWyLM++SUCv6I73j92PN9D4W4zB1h917eji0ZEhs0G6zj9E Ypsbzhbz6PKUM3fGivgvzsvYPUdYpovwt7PuYvXoVxGyAAR5+1TnHA2uh1NE8al9K4ep9Qpkz IQeT9SF6f2vxbcmKwKa9rZRVo1sMFecJZpOeNWzOXGCtTVmyYwofzATlnkdSkHsG6g1lg8b3K /kG4Bhf X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I'm sorry, I'm confused. Earlier you explained that we do that > because users want the ability of placing frames outside of the > visible area, so I concluded that the fact we allow that is because we > want to cater to such users. Now you seem to be saying that we > shouldn't cater to them? How to reconcile these two? Or am I missing > something? [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.18 listed in wl.mailspike.net] 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.106 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I'm sorry, I'm confused. Earlier you explained that we do that > because users want the ability of placing frames outside of the > visible area, so I concluded that the fact we allow that is because we > want to cater to such users. Now you seem to be saying that we > shouldn't cater to them? How to reconcile these two? Or am I missing > something? [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.106 listed in dnsbl.sorbs.net] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.18 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.18 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record > I'm sorry, I'm confused. Earlier you explained that we do that > because users want the ability of placing frames outside of the > visible area, so I concluded that the fact we allow that is because we > want to cater to such users. Now you seem to be saying that we > shouldn't cater to them? How to reconcile these two? Or am I missing > something? It's not that we "shouldn't". IMO we "can't" (contrary to Windows). Maybe before commit 3e5fc571bd5a9bdbed786b43a7971c41f87c6ad8 Author: Chong Yidong Date: Mon Oct 6 16:17:14 2008 +0000 (x_wm_set_size_hint): Return immediately if called during initialization. we were able to do so but I have no proof. If someone has a GTK build older than that, please try whether something like (make-frame '((user-position . t) (left . (+ -100)) (top . (+ -100)))) worked. Nowadays it can't IMO because gtk_window_parse_geometry has /* we don't let you put a window offscreen; maybe some people would * prefer to be able to, but it's kind of a bogus thing to do. */ if (y < 0) y = 0; if (x < 0) x = 0; Obviously, the window manager might also insist on putting the frame on-screen (it does so here). But while I cannot put a GTK override-redirect window off-screen initially, I can easily do that for a Lucid override-redirect window. Also (let ((frame (make-frame))) (set-frame-parameter frame 'left '(+ -100)) (set-frame-parameter frame 'top '(+ -100))) works as intended here. But that's of little use when parsing default geometry specifications. Well, we could synthesize that ... So maybe we should do away with the gtk_window_parse_geometry call, wait for people to holler and try to fix problems with gtk_window_move calls followed by something like x_wm_set_size_hint (f, 0, true) if needed. But I'm not overly optimistic and would like to hear the opinion of at least one person with GTK skills first. Maybe everything I said here is just silly. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 02 15:11:24 2017 Received: (at 25851) by debbugs.gnu.org; 2 Mar 2017 20:11:24 +0000 Received: from localhost ([127.0.0.1]:36914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjX4O-000799-7Y for submit@debbugs.gnu.org; Thu, 02 Mar 2017 15:11:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46371) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjX4M-00078x-0A for 25851@debbugs.gnu.org; Thu, 02 Mar 2017 15:11:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjX4C-0002xW-I1 for 25851@debbugs.gnu.org; Thu, 02 Mar 2017 15:11:16 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:33357) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjX4C-0002xS-EM; Thu, 02 Mar 2017 15:11:12 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2049 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cjX4A-0001Sp-DT; Thu, 02 Mar 2017 15:11:12 -0500 Date: Thu, 02 Mar 2017 22:10:43 +0200 Message-Id: <83k287mocc.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <58B85D0A.5030203@gmx.at> (message from martin rudalics on Thu, 02 Mar 2017 18:57:30 +0100) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <834lzcok3n.fsf@gnu.org> <58B7FB46.4070203@gmx.at> <83varrn2b6.fsf@gnu.org> <58B85D0A.5030203@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Thu, 02 Mar 2017 18:57:30 +0100 > From: martin rudalics > CC: nljlistbox2@gmail.com, 25851@debbugs.gnu.org > > So maybe we should do away with the gtk_window_parse_geometry call, wait > for people to holler and try to fix problems with gtk_window_move calls > followed by something like x_wm_set_size_hint (f, 0, true) if needed. Alternatively, make the current code which allows putting windows off-screen be conditioned by a user option, by default off. Then those who want that will have to deal with the GTK warnings. > But I'm not overly optimistic and would like to hear the opinion of at > least one person with GTK skills first. Me too. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 03 03:13:25 2017 Received: (at 25851) by debbugs.gnu.org; 3 Mar 2017 08:13:25 +0000 Received: from localhost ([127.0.0.1]:37337 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjiL7-0004Q9-HY for submit@debbugs.gnu.org; Fri, 03 Mar 2017 03:13:25 -0500 Received: from mout.gmx.net ([212.227.17.20]:56600) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjiL5-0004Pt-Hg for 25851@debbugs.gnu.org; Fri, 03 Mar 2017 03:13:24 -0500 Received: from [192.168.1.100] ([213.162.68.104]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mecqq-1cuoAF1ETY-00OIU9; Fri, 03 Mar 2017 09:13:15 +0100 Message-ID: <58B92594.9000402@gmx.at> Date: Fri, 03 Mar 2017 09:13:08 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <87d1e0iwgq.fsf@moondust.localdomain> In-Reply-To: <87d1e0iwgq.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:GJQmQsCaf46ZYekMhpbeXZeoA3E64cE7KfjYMfmc0FOD9xhheGF yaYlcHH9TSNIx/tk/DT/UPRlGJnpiFgBHM+4kYTNZUTMMUC5vDIqv7TUcUSSPlWeCgWalk2 i7oGDiIKC/Lhxd9btdKmuwHFXzBgt5pZdpvMkMcKTxVSHR3Lu6ypKW28c3M3D/tnD3mJh8M o8hQw7pbMgOvidiUMizyg== X-UI-Out-Filterresults: notjunk:1;V01:K0:UXJNikYPue8=:DBz4uwyxv6yA/5RW3I8LzN Ey5/SYdoJnbTVHNRfIBAVyg2o/Uyo+Jhcf4qxOfzGmTZAQ6nghg6U8ANhWJFR+UjukhX5Rqdj Oz7ssvgjIKyR5xa1FPOD58gWzjEptHAMfehrSkxH5QFkdlh0g6QsW5LgR7CiJXptyfvgrbDTr nysLI2Jzc5+iUVsfRfVZvnbd0WsIvcMCrxTaTHiyN7QcybLiUI7HawSZFUPl28f8Ve4iaDOBC fB6vwT87IQ0DoPmfoukQHpFxZ3OVS+0N8gv57P27i/2/rFg5fUiSPde51Sd09xipMKwAhNWkZ 6fDojMHDZNqVeBufTdV8dVoal0toqwlmReB1OK32ds9Ii/l5CI783bqbN4PYuFhVplU1CCAqH DsPyUWpxv5Qae8dAQh84a5a01ECQ7C0U738avS3nRSfdY4P+g2BcU0p0TfzVx5XkHJVxcWQD7 u3iBZ5Vsv68TZrAiiEoackgxTEXJqLWs0LQCZVGq/iCNp96dLPRC0VSEZaJJ0AmPZPsV7mawY LyThXCcVUX5ioubTSWa8YeoOjSGIUQIZvD3ryOjxWe4VNukICRzzsnNlov3nmann8NC1PVssL 1mpsn7DHAMlJRoBTx1DJf8+o8i1vSvq4GOuRQJ7HwILuv3wF2qZ6NiHRQK8kTmgImSDfXYZX3 GeG7Rzj/l3hjEoNSmwK3yjRD2AaSlr+6m0wsnuZ1EPhDFl0ES+/HCsfv/XP7ZO49hTBM8LBV6 LWd3UBoH2WtKAiNgDS8Xw3uF8NIk1p2J/7ED7vF8Sc3mbAuG96kt6vpuvYHgmIDxmXcInkLe3 RjY1sH+Wq01jEbJSMFbkyI0XJuvtg== X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If we removed the arguably illegitimate chicanery, what > functionality, specifically, would be lost? Might it be achieved > in a more straightforward way? That's a good summary of the problem. Try to use the following definition of xg_set_geometry: [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.104 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > If we removed the arguably illegitimate chicanery, what > functionality, specifically, would be lost? Might it be achieved > in a more straightforward way? That's a good summary of the problem. Try to use the following definition of xg_set_geometry: [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.104 listed in dnsbl.sorbs.net] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record > If we removed the arguably illegitimate chicanery, what > functionality, specifically, would be lost? Might it be achieved > in a more straightforward way? That's a good summary of the problem. Try to use the following definition of xg_set_geometry: static void xg_set_geometry (struct frame *f) { gtk_window_move (GTK_WINDOW (FRAME_GTK_OUTER_WIDGET (f)), f->left_pos, f->top_pos); } I suppose it might break things like starting with a specified geometry and a maximized frame and trying to demaximize the frame afterwards. It might as well work. The greatest problem in this area is always to find a solution that fits (almost) all window managers and user preferences. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 03 03:13:29 2017 Received: (at 25851) by debbugs.gnu.org; 3 Mar 2017 08:13:30 +0000 Received: from localhost ([127.0.0.1]:37340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjiLB-0004QP-Ow for submit@debbugs.gnu.org; Fri, 03 Mar 2017 03:13:29 -0500 Received: from mout.gmx.net ([212.227.17.20]:60809) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjiLA-0004Q1-6q for 25851@debbugs.gnu.org; Fri, 03 Mar 2017 03:13:28 -0500 Received: from [192.168.1.100] ([213.162.68.104]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lwoiq-1cCuhm0gHo-016NK4; Fri, 03 Mar 2017 09:13:22 +0100 Message-ID: <58B925A0.6020003@gmx.at> Date: Fri, 03 Mar 2017 09:13:20 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <834lzcok3n.fsf@gnu.org> <58B7FB46.4070203@gmx.at> <83varrn2b6.fsf@gnu.org> <58B85D0A.5030203@gmx.at> <83k287mocc.fsf@gnu.org> In-Reply-To: <83k287mocc.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:IJ8S1Eoyns9aPQm7sUKO6QQe5JbFk10FqVJwMjfnwzWc0QYj2Z8 dDdey/CQXueZJTLpZCjrah/WswS4AyzMkYowZm06zLOh8aI//4VVWmUHL5aZ581P96wz3Ev laqwLgJzuUoJWEC1JARuUMUDsSLBW9ogcSvqDOMoP1fJRlm3bCRndKHhNz8Iqiid+FXp5NT 45nEheQuPAwBqi43Xav3g== X-UI-Out-Filterresults: notjunk:1;V01:K0:NiiLpZOrF2k=:YdZewObyfB29/EXxQlXBbb aylUBfA4w2Mz76UDfEiyO2BRnFuBFrzgZsQbaYn0aZS4CX/7NyQrVIpywh+fmwEXXb2kJQH7X a8vAyWAU7cRr1IOoG27gCCkVf+0opUA9c/MTSKvqSXK3TG52Ealswk44q7+PT5I9OndXJIGmz sb30uQCpYs8fylJ3wZrRL91rpkOkNojtfFQqSBflrnQQGmWvPfwp/SWWCZ/dj2su+j5fI+sXZ 29KCtdYCx09M9ujdPOSjVnbaOHRa5JcSpilg4sCLL1t4eHe5lD8Ob6dEEElewkIg7MOLzDp7q qX7+e+kryggG1NG9KaoqRY5SfqECuyHAvtn1hKsbjGOti5so4Uba1XNLuMPyBX1ZiI9VUA0uz rxtvqFRSDmN6H7Kj3UF3CfX1l8Gfstf3wlpy3xNoXXTIxoZf0J1sNWC6tR63OurXO8FcHKd6H banLSHE93+g9pztGwVlRFzyNNwfPaZGe6YSfZFrJ3gcbZmaVu5qMCXMKn8/FZYqeDCCZ/ng/q na5kVAgeqP5Qru44n1LvC6lQ37ZWaWD5EvgCm6cDeeyTfMSLo5O7jC01aAp0xBz0mP9tW//ik cBKUO76vVw7a6ronkKw5deqV3YCSuZ1rXSM+OyZQmHrPcCmF3QdzQmEA51UT1s9m7mlEIUf9y +rNfVTsGgbhM+48pjV+ReT3cnzfB+WKzd66q1xluwIymdrBxWYrJfNYsdeWsMAINE1VhOSuSy nv/Snj0rMpK/LUPT0oYfBBPuZnggX2vE8KrQonnuIzc1oD52Xev+etwnQpOrbJoLAEn7iU647 q35pUDlLdIHfCNKF5fSIKPMRI/NDQ== X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Alternatively, make the current code which allows putting windows > off-screen be conditioned by a user option, by default off. Then > those who want that will have to deal with the GTK warnings. ‘x-gtk-parse-geometry’? [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.104 listed in dnsbl.sorbs.net] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Alternatively, make the current code which allows putting windows > off-screen be conditioned by a user option, by default off. Then > those who want that will have to deal with the GTK warnings. ‘x-gtk-parse-geometry’? [...] Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.104 listed in dnsbl.sorbs.net] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record > Alternatively, make the current code which allows putting windows > off-screen be conditioned by a user option, by default off. Then > those who want that will have to deal with the GTK warnings. =E2=80=98x-gtk-parse-geometry=E2=80=99? martin From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 03 03:26:17 2017 Received: (at 25851) by debbugs.gnu.org; 3 Mar 2017 08:26:17 +0000 Received: from localhost ([127.0.0.1]:37352 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjiXZ-0004j9-8E for submit@debbugs.gnu.org; Fri, 03 Mar 2017 03:26:17 -0500 Received: from eggs.gnu.org ([208.118.235.92]:50673) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjiXX-0004iv-NP for 25851@debbugs.gnu.org; Fri, 03 Mar 2017 03:26:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjiXO-0002Da-2a for 25851@debbugs.gnu.org; Fri, 03 Mar 2017 03:26:10 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40513) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjiXN-0002DW-VX; Fri, 03 Mar 2017 03:26:06 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2594 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cjiXL-0005DS-Ok; Fri, 03 Mar 2017 03:26:04 -0500 Date: Fri, 03 Mar 2017 10:25:47 +0200 Message-Id: <837f46n4vo.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <58B925A0.6020003@gmx.at> (message from martin rudalics on Fri, 03 Mar 2017 09:13:20 +0100) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <834lzcok3n.fsf@gnu.org> <58B7FB46.4070203@gmx.at> <83varrn2b6.fsf@gnu.org> <58B85D0A.5030203@gmx.at> <83k287mocc.fsf@gnu.org> <58B925A0.6020003@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Fri, 03 Mar 2017 09:13:20 +0100 > From: martin rudalics > CC: nljlistbox2@gmail.com, 25851@debbugs.gnu.org > > > Alternatively, make the current code which allows putting windows > > off-screen be conditioned by a user option, by default off. Then > > those who want that will have to deal with the GTK warnings. > > ‘x-gtk-parse-geometry’? Probably. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 03 08:05:32 2017 Received: (at 25851) by debbugs.gnu.org; 3 Mar 2017 13:05:32 +0000 Received: from localhost ([127.0.0.1]:37509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjmto-0004jV-8I for submit@debbugs.gnu.org; Fri, 03 Mar 2017 08:05:32 -0500 Received: from mail-io0-f193.google.com ([209.85.223.193]:33223) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjmtm-0004jH-N6 for 25851@debbugs.gnu.org; Fri, 03 Mar 2017 08:05:30 -0500 Received: by mail-io0-f193.google.com with SMTP id f84so11298756ioj.0 for <25851@debbugs.gnu.org>; Fri, 03 Mar 2017 05:05:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=5nLkHd1rKcQgl/akTbQBYJG7MZp0knV4LcNH4EFgsV4=; b=tUMSxdDjttLmgGwaVacFDwQLDjYEjfgs/1exHxrAPlGTBoclBkQfZl6ZlINZ9wioaz MVoiv8ZfUsUYYb9GVg7dHRP1rbhui+IRG9/sitpiF6lHhjllueC45hh6TIlBdFMujI9w eokRULdgTlv33kVDg3ZtK3TD7uXoAMliy0NViEoGwPO0BmAQXoTnmmE7jR2kc2AW0Vp/ u2sD4XdmCm174L28HVcQ7P3l4jjZSh4djf7oV44vTQz1xeu453Y3BvBXVxeOeqYK85q0 R0RmtASifY2rIymLAXUeFaNn3FRjGx0SPz2rQ/56OXnUCn933zYK+3aq3aXQNe4ReU9U REKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=5nLkHd1rKcQgl/akTbQBYJG7MZp0knV4LcNH4EFgsV4=; b=Z1d0/NDofepRugLmf8xSU8uj7Zs58s8wbIJQRwN64s0JXIk0rt+8w/L0xM+4n85bYu HYSKhxxQqFHSJTUgIz++EQSSO9QeWI7KegkkAUnXRHVA/xSkYCx0BdarlhXOG0GtdOQq 8ONUmC4aFS2I/+NXOcc1KxJ7gjdhgOLOXd6OtzI15KA3gYs++HAVmRG6wtSc5KLcJR8y 13bv97+hi0ebw7gvprgSgyCaNjaGz6fuoquk3eC530WCvw1lWTTHDwpyEMQr7+p3dkC4 06n+LUD0AHAFdjDUoeqoBGH9CUiCxQJY3ELCBSsG1j6tfvDmgaQ+y1wHyychEcr68oPz 92ZQ== X-Gm-Message-State: AMke39nUhzuPtt4ZxsACP6gPyzSTqHpuwNRBoQ0L5tvCfltRtJRKfVTOKvUyMPMzwkc/5g== X-Received: by 10.107.155.146 with SMTP id d140mr872652ioe.125.1488546325121; Fri, 03 Mar 2017 05:05:25 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([184.151.61.131]) by smtp.gmail.com with ESMTPSA id f75sm4617085iof.9.2017.03.03.05.05.23 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 03 Mar 2017 05:05:24 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <87d1e0iwgq.fsf@moondust.localdomain> <58B92594.9000402@gmx.at> Date: Fri, 03 Mar 2017 08:05:21 -0500 In-Reply-To: <58B92594.9000402@gmx.at> (martin rudalics's message of "Fri, 03 Mar 2017 09:13:08 +0100") Message-ID: <87k28633zi.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 09:13 +0100 on Friday 2017-03-03, martin rudalics wrote: > Try to use the following definition of xg_set_geometry: > > static void > xg_set_geometry (struct frame *f) > { > gtk_window_move (GTK_WINDOW (FRAME_GTK_OUTER_WIDGET (f)), > f->left_pos, f->top_pos); > } I have replaced the xg_set_geometry() in my Emacs with the one above. So far so good. (I haven't noticed any difference. (Aside from the welcome elimination of the GTK warning message.) > I suppose it might break things like starting with a specified > geometry and a maximized frame and trying to demaximize the > frame afterwards. It might as well work. I've tried closing and restarting Emacs with various frame / window configurations (including "full screen" frames with the title bar hidden), and the desktops restore just fine [1]. And restoring / maximizing frames using the window decorations works fine too. [1] As has been happening for a while, buffers seem to be assigned randomly (it seems) to the windows restored from the desktop file; I'm still convinced that in the past on starting Emacs the windows restored from the desktop file used to come up with the same buffer in them as they had when the desktop file was saved. N. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 03 09:24:15 2017 Received: (at 25851) by debbugs.gnu.org; 3 Mar 2017 14:24:15 +0000 Received: from localhost ([127.0.0.1]:37572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjo7y-0006ah-T3 for submit@debbugs.gnu.org; Fri, 03 Mar 2017 09:24:15 -0500 Received: from mout.gmx.net ([212.227.15.15]:56072) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjo7w-0006aT-Bv for 25851@debbugs.gnu.org; Fri, 03 Mar 2017 09:24:12 -0500 Received: from [192.168.1.100] ([213.162.68.96]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MJk04-1cku3M3oUG-0018dc; Fri, 03 Mar 2017 15:24:05 +0100 Message-ID: <58B97C82.3080302@gmx.at> Date: Fri, 03 Mar 2017 15:24:02 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <87d1e0iwgq.fsf@moondust.localdomain> <58B92594.9000402@gmx.at> <87k28633zi.fsf@moondust.localdomain> In-Reply-To: <87k28633zi.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:1XbhEcbla3rdDpKqeBPmbPCzY/7oYebquzcDrogHJZvffPm1zeF HkVaS9ejLy4oH+NMLbsYfvtib91t9KueT9Qp5JiJEoT5ce6rpTCt9P2di+ddcIvQZAc4Sx4 qVQyJdy/ga9I91RVgWnE3NDNrDpSJCSisQIow6eFQczuUluBA3tilH5bzHXONKrXBYmqMIf fxvVkajQnbSAUalrd+L1w== X-UI-Out-Filterresults: notjunk:1;V01:K0:LRaDJjdASbc=:u5TXS68jmrEVXBpsS4erOT q4PiWyHCJvt9e6pL1SOwG6NpfAenWxK0lMpUwuQGwZLvbAVKXV9EWQ4rFb1De/I5VnjYvU1Lc kGsnLvkbdf0YlZN9b7pLp5sXj51803Xr0ufHQFjZO1t1uj+WiBJ9q6UmSimC7FVgO/Zlffhes 9wKMofPicJvJHo8gI5oWSJmjMmi+hevlV0Q/6pXyF6nHSXavaQNIBSqohVvsND8akBKeFsL1I QhGWYCqKeYpc84969UgzKbAkJZgNgZRb+JJvpM7N/ONCVDkAK81L88Dw1tENAq7VdG93DhFt7 91hc95lHkxm4Vzohcy789KdTBxTX5yvZURTFlEwFUOE14NlGEjOFvrnyYMF31jZV82dpZ+GDh KuAvVLkIf1uEoRS43kd8eg7U6d3P4/Yotz8h2WPgSxrbRSbwQuMtGyZje36+ZSOkqh3uXfLCN Td7+KFhrXHiVaEEYKz+s0NakQEVqy2YuYeMMGA5MRk7Z9IBn420dwo/L9hlH6vXP+uYF4kSVV taPxwzAHGAmlHNH9KaI7DCEhccWHbiEWRfbg/3upURXJxbg7XBAhRm/O08fxH0VzUV5xsxY0N Q8u8XjrfdFjsHpGcAbWOq6haXvlk2nXTdN1CclJgsm3NZOJXwKBAyUWfoxZQvUXX+K4J7j7YY +6HeskiyA9A+bWp7uj6eAjqgaAKviUoaezQqX/CAG3iXAy5Yz0OZu6Vkk8AIZsZl5/c5cgBvW jTbITlt6dIiJrH+9Vn0xN5Ae8O/IuWBxux4sKs5i49ECoyJhnWGha7AAVHFxrb300VUEd8KU0 vc7fCfIUELC9+dBLqeGZN/ziC1ToQ== X-Spam-Score: 2.1 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I've tried closing and restarting Emacs with various frame / > window configurations (including "full screen" frames with the > title bar hidden), and the desktops restore just fine [1]. And > restoring / maximizing frames using the window decorations works > fine too. [...] Content analysis details: (2.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.15.15 listed in dnsbl.sorbs.net] 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.96 listed in dnsbl.sorbs.net] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.1 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > I've tried closing and restarting Emacs with various frame / > window configurations (including "full screen" frames with the > title bar hidden), and the desktops restore just fine [1]. And > restoring / maximizing frames using the window decorations works > fine too. [...] Content analysis details: (2.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.15 listed in list.dnswl.org] 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.15.15 listed in dnsbl.sorbs.net] -0.1 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.15.15 listed in wl.mailspike.net] 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.96 listed in dnsbl.sorbs.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record > I've tried closing and restarting Emacs with various frame / > window configurations (including "full screen" frames with the > title bar hidden), and the desktops restore just fine [1]. And > restoring / maximizing frames using the window decorations works > fine too. Same here. One thing that doesn't work are negative offsets like in emacs -Q -g 80x40-20-20. That's easy to fix elsewhere. If you don't mind, continue using it for a while; maybe you detect something strange. > [1] As has been happening for a while, buffers seem to be assigned > randomly (it seems) to the windows restored from the desktop file; > I'm still convinced that in the past on starting Emacs the windows > restored from the desktop file used to come up with the same > buffer in them as they had when the desktop file was saved. It would be nice if you were able to bisect that "while". The idea is obviously that windows come up with their original buffers restored. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 13:26:03 2017 Received: (at 25851) by debbugs.gnu.org; 6 Mar 2017 18:26:04 +0000 Received: from localhost ([127.0.0.1]:43096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckxKd-0005yP-NA for submit@debbugs.gnu.org; Mon, 06 Mar 2017 13:26:03 -0500 Received: from mail-it0-f66.google.com ([209.85.214.66]:36037) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckxKd-0005xu-0X for 25851@debbugs.gnu.org; Mon, 06 Mar 2017 13:26:03 -0500 Received: by mail-it0-f66.google.com with SMTP id w185so10514033ita.3 for <25851@debbugs.gnu.org>; Mon, 06 Mar 2017 10:26:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=s1wnJduoo1a4QrP9UzEytpmsp9WZkmBc/Ma2kQNSvUU=; b=f1gumVZ/ZySDlb8ShFGZpyN55BpZLJh7b/RflqYAtLVre22Ik4RND+o4UnX7W9WJYg jtD3F5DuSxD4Tq1oibmthjlomQSj9/cOY3b2W6gQhBY3IVUqq27tKyOTKEXS9EIPreJ3 qNt3HDZk/AJfsu4hnpyEELqK+QQTLBUp8Mu2DgX3h2JVOh+OcYinwOxz33DXRfRN53dr 1I2A1FxKK/KdNZIiTfS0UUEigMtN9/kDuRt05hbAZwW3PlcGT/m1ZKwUYU1INR5nkBd9 OzS1XXg9BGBTUgpzB8zThUmbcyQhWQSrAWg70zDouzMDx7APsF53Z++AufxEQekc5icO X8Mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=s1wnJduoo1a4QrP9UzEytpmsp9WZkmBc/Ma2kQNSvUU=; b=cIKfePmtBYn6IwFfqbHyJPdh7YAN+Nuq6MB6bEjXD3cH4LwzUGKB+WenPPXK2+7+nl aOqc6GrwP9lA4jw51Nr3rC3XP6Nz3F5E4/6VMK9De7/Lf09FSjZCdsfu3l2AHshTcf1C ylOkh162j8zMEr0aEtvR50qPnP84NR6BwDoK9Mv7Apauet8KG/xCTpLjsfwMLzV8j0P4 cJe72X4Ze+Vn92aktNfOwQ8HYVyavgy1A43JkfDeAsJ1v32aJ2A1nlwrIcRdewIWBa6c FGYjwnFOOiYI9rxTyAdl3docA0QBrpmmBCJEVFu1+EX4GgP+LcRBFKR9HRdNTxCzT16T thmQ== X-Gm-Message-State: AMke39mFn9eQ88pZIazxJqH90wiM1bdhTaF9nl9MSHjpHo8L4A/9mtxr+HUwTQ4pz6Kqkg== X-Received: by 10.36.28.74 with SMTP id c71mr2657295itc.45.1488824757433; Mon, 06 Mar 2017 10:25:57 -0800 (PST) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id r197sm2067602itb.15.2017.03.06.10.25.56 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 06 Mar 2017 10:25:56 -0800 (PST) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <87d1e0iwgq.fsf@moondust.localdomain> <58B92594.9000402@gmx.at> <87k28633zi.fsf@moondust.localdomain> <58B97C82.3080302@gmx.at> Date: Mon, 06 Mar 2017 13:25:55 -0500 In-Reply-To: <58B97C82.3080302@gmx.at> (martin rudalics's message of "Fri, 03 Mar 2017 15:24:02 +0100") Message-ID: <87h936p8i4.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) Hello Martin, At 15:24 +0100 on Friday 2017-03-03, martin rudalics wrote: > One thing that doesn't work are negative offsets like in emacs > -Q -g 80x40-20-20. Here I can successfully position frames partially off the display (using the mouse) but when they are restored from a desktop file, they are moved slightly so that are fully on the display. (Perhaps this is what you mean?) I don't see that this is necessarily bad behaviour. (Others might (probably will!) disagree of course...) > If you don't mind, continue using it for a while; maybe you > detect something strange. Yes, I am using (and I will continue to use) your proposed definition of `xg_set_geometry' from Message #122 (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25851#122). I will keep my eye out for any oddities. So far, so good. (Although, I should note that my usage of frames is very tame/conservative; I tend to keep the same configuration of three (sometimes four) full screen frames at all times.) >> [1] As has been happening for a while, buffers seem to be >> assigned randomly (it seems) to the windows restored from the >> desktop file > > It would be nice if you were able to bisect that "while". The > idea is obviously that windows come up with their original > buffers restored. I considered reporting this bug a few months ago, but I couldn't make enough sense of the behaviour I was seeing to write a coherent report. I tried again today, and I can no longer reproduce the problem! Yet I saw it as recently as last week while I was preparing the bug report for the current bug (bug#25851). Perhaps deleting old desktop files has made the problem go away? I don't know. But yes, if I start seeing the problem again, and if I have a desktop file that I can use for testing, I will try to bisect revisions to see when the behaviour was introduced. Regards, N. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 13:44:54 2017 Received: (at 25851) by debbugs.gnu.org; 6 Mar 2017 18:44:55 +0000 Received: from localhost ([127.0.0.1]:43145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckxcs-0006U0-Or for submit@debbugs.gnu.org; Mon, 06 Mar 2017 13:44:54 -0500 Received: from mout.gmx.net ([212.227.17.20]:50275) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ckxcq-0006Tm-KZ for 25851@debbugs.gnu.org; Mon, 06 Mar 2017 13:44:53 -0500 Received: from [192.168.1.100] ([213.162.68.67]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lxdfb-1cE8vf3nHn-017DK9; Mon, 06 Mar 2017 19:44:45 +0100 Message-ID: <58BDAE15.70702@gmx.at> Date: Mon, 06 Mar 2017 19:44:37 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <87d1e0iwgq.fsf@moondust.localdomain> <58B92594.9000402@gmx.at> <87k28633zi.fsf@moondust.localdomain> <58B97C82.3080302@gmx.at> <87h936p8i4.fsf@moondust.localdomain> In-Reply-To: <87h936p8i4.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:LlvEcwgMCW5lf9pjrvk9DNPHPbcOr4v/TiCoAbGGiGssswONIdT Pu7+GivQ0oyck1WsKf6BoetkDfr+wvwcz/Yy8NBlugxvwQNF9SBgHbw4TlyjbyBgEbtkPIq VpnRfd4IvWhbLNBHbCsjYOgmH4Bq046Lx/+U2gia8FB+ohrw5Sfw7PMTXZm0R/oA5r4gHvX 24p/E4m+5POwJjCkWqiSw== X-UI-Out-Filterresults: notjunk:1;V01:K0:r7aG6bKUVo0=:kWM0w6brDNoImIHobxAiRW I4hATHQA/GzvMWzlxPRaTXLw5ydl29SxJbq0jPhL1i9ISCtdam1KngnW7fM25mSyYOSCDRYhZ 6QRDfk/jB895b90009jI4VCCDz0GGYGUnsgELEoOFDrc/772AxKJnj0Yrw0BEllk3u1lwZ39n 0qP19A+L6ZmoMzZFWUAbB9xz4kQT/7eq0zhbFEqqnK4VE40+gkJ1On1S8iE7MsAgaymLxOmSb H1zLtoh+zPxoohlKWBGDCvEvFDVvncV9tP4ywy+wETDXc/ZZmyVOWqUrhs4mqMItz6b2peHY6 hHLbf70OeWCXZmHhy7GCCV4mvUc2MpRNnpgLoyzd7MGAsG/VBsKVaZj/Zl4Io5gzCpr9kpAmb I9V0sMqaqsXtC+DgQNupmstCvW7TaCUUL/eXcr5bMnAd20bSaWzqPbbq8+TuUDelWy6trprYZ tXuZVG7uXqWCzlQIysWrPlrVJCgb9cqXBYzcSmXg27k6KKtF5vyICQMAdCvwEiliE6rVdiT9X dNyurmh3yzus7WBLRU0cYLv6YLDY71KMNMdFg/vyJQwD7wPo0nXnfjFcjYZFYs+2a3xLws4Bl RATsG065Emc1defT5vTwyPUbhgQtqBNmP5MlCYEy0F3YXzgECskoyT6ZEY9PCb4jgaJWizMbY W7TY6Z2tSTZwiPv2IM8ds8I7fz4xrlmxtbljyYAl+VFPUhaS9S+z1cuY+15FlqzxsOvAgzejw 1v3y+egyKFTgxdn7WdO7BntdsqOCvv/qyazG5Uj6ecIlVIfRQ/KLjZ1j+2lpUwQmz1JRvzsLg NrIFn56HMQZ2dL4KWR+HFeea4gVAQ== X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> One thing that doesn't work are negative offsets like in emacs >> -Q -g 80x40-20-20. > > Here I can successfully position frames partially off the display > (using the mouse) but when they are restored from a desktop file, > they are moved slightly so that are fully on the display. (Perhaps > this is what you mean?) I don't see that this is necessarily bad > behaviour. (Others might (probably will!) disagree of course...) [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.67 listed in dnsbl.sorbs.net] X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.7 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> One thing that doesn't work are negative offsets like in emacs >> -Q -g 80x40-20-20. > > Here I can successfully position frames partially off the display > (using the mouse) but when they are restored from a desktop file, > they are moved slightly so that are fully on the display. (Perhaps > this is what you mean?) I don't see that this is necessarily bad > behaviour. (Others might (probably will!) disagree of course...) [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.4 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.67 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) >> One thing that doesn't work are negative offsets like in emacs >> -Q -g 80x40-20-20. > > Here I can successfully position frames partially off the display > (using the mouse) but when they are restored from a desktop file, > they are moved slightly so that are fully on the display. (Perhaps > this is what you mean?) I don't see that this is necessarily bad > behaviour. (Others might (probably will!) disagree of course...) The -20-20 are supposed to put the frame's right and lower edge at a distance of 20 pixels from the right and bottom edge of the display. This doesn't work any more because the corresponding calculations in xg_set_geometry are not done any more. I moved them to x_set_offset here. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 03:59:30 2017 Received: (at 25851) by debbugs.gnu.org; 23 Mar 2017 07:59:31 +0000 Received: from localhost ([127.0.0.1]:40088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqxec-0002j7-M1 for submit@debbugs.gnu.org; Thu, 23 Mar 2017 03:59:30 -0400 Received: from mout.gmx.net ([212.227.17.21]:61162) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqxea-0002ip-75 for 25851@debbugs.gnu.org; Thu, 23 Mar 2017 03:59:28 -0400 Received: from [192.168.1.100] ([213.162.68.47]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MKu9E-1cqxeS40fo-0000Pk; Thu, 23 Mar 2017 08:59:21 +0100 Message-ID: <58D3804E.5030109@gmx.at> Date: Thu, 23 Mar 2017 08:59:10 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" , 25851@debbugs.gnu.org Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> In-Reply-To: <87a89c51qb.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:AYqg8xj826aWnjCIwbl/a0tp7FtEfI00YWb/wgioXWF2IMGD9BC 8K3dmkCZtrzHbtnghGoYYlEe51vHaWarpEiAICnNGRKOYzSSCWrrmWX5hGcFrF1oj2McvZx QDJp7u63lcdc5NIdpw5fkbDct4eIjzticK3nXbLM0JHkd2rMUwTk9T+3LEfQ1/zlisjMlEZ stO6W6sNa3l87lC8j1N2A== X-UI-Out-Filterresults: notjunk:1;V01:K0:SZanwQf/4jI=:KlP6XYppuVdua41NZECRdK HDi66oOsIkHXHt2pTAYnl46owlnE4hJ893kL+228gPewjkl6uGs8JVkz/wQ0st/bA+u0xm9TB S+QpBDyreI3rBif8gOgmXcY6j7NRXF6BW66AT7QwvXBtTnIhsvXJsvXieflbVzctXg+/e08y/ IzO+YPjQO0dw6abDwqHr0oNvDls25a8B1AGTFabwn2QJ9jCHg1m8xdVyEbrQa3jCvhSlZkLNM QqhcumHVX34PDhh6uhMg8PLis9fKSyhWIUdI3stzQjxHtQC1bazLtiZaERg88aB3uzQf+MgO6 /od7acKIa/lodgxRn3/LnC/OPyZ5qnoKobF94muzkuAersb/PYvA8qOmfks8xEUMHr9dAPP/I ZSJw1MdTjIB3ztmHwAgqw0UV8EUboLhiri8UU7CUWOM1/C+zHdx/E7DyyESwuLK+GAtz40Tsn z41SZ7dsdC6s3NnpTMGJG2nH4yu0RnXdzLcVl+owDBPzuysXeo5kuYBtXhj/MGHGw53wrcmGv rztVVdkNCU0BtjUJLwEEBcQ9ukx4ryJVnNzY9eKYyuBU/kFJdb0KttXbNLIEgo4LGA7Ay6ggO bD2RcO0+jRm0y4TJd+2NT3HmznpzahrV2aQ6cRxG2jKhCn3Kg9yQ8pFFD+lURkOVYRnzfdRsg aFIr26D6fTZoFZRzzhhvz07ZtUYWKlu6IhXWutPGC4ThG9VG1LU1s02yGcItIRdWN7YH7mfNp 2d8tGY6hyoDHdRfYO/hlKqBHFXZYUY6Mekhw4Zu5d44s17JV/CdHWFrX+p2ZGmpWnNGzP+0Pt gcPtPj31QctZMCG/UVq2lhbEEEPCg== X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) > When starting Emacs from a terminal/console window, GTK emits the > following message in the terminal/console: > > Gtk-WARNING **: gtk_window_parse_geometry() called on a window > with no visible children; the window should be set up before > gtk_window_parse_geometry() is called. > > The message is emitted n - 1 times, where n is the number of > frames specified in the desktop file; with no desktop file, or > with a desktop file specifying just the one frame, no such message > is emitted. Thinking about this twice - frameset should _not_ try to restore frame positions by default. If people think they need it, they should modify `frameset-filter-alist' appropriately, but by default this option should be off. Introducing a gravity parameter might help but ISTR that most window managers don't handle gravity correctly ... > Once Emacs is up and running, creating new frames does not cause > this message to be emitted. Because IIRC restoring a frameset is the only case where Emacs tries to position frames by default. Anyway, I now introduced a variable `x-gtk-use-window-move' which, if set, should avoid the problems with bug#25851 and bug#25943. These bugs are strangely related because they can be fixed (at least here) by calling gtk_window_move, a function which apparently is capable of shelving a requested position and pass it on to the window manager when we eventually ask for mapping the frame via gtk_widget_show_all. Obviously, my fix might be silly so if anyone has a better idea please speak up. The variable is off by default. If a sufficient number of people confirm that it works, I'll set it on by default and will mark this bug as done. Note that the variable affects GTK builds only and should affect the behavior of Emacs iff you set frame positions "programmatically" - either via a geometry specification, a `left' parameter in the arguments of `make-frame' or `set-frame-parameter(s)' or via `set-frame-position'. Moving a frame by dragging its title bar is not affected. Indirectly, however, all users of the desktop feature are. So please try it. Many thanks for the forensics, martin From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 04:00:21 2017 Received: (at 25851) by debbugs.gnu.org; 23 Mar 2017 08:00:21 +0000 Received: from localhost ([127.0.0.1]:40095 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqxfR-0002mB-7g for submit@debbugs.gnu.org; Thu, 23 Mar 2017 04:00:21 -0400 Received: from mout.gmx.net ([212.227.17.22]:64841) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cqxfP-0002l1-Eg for 25851@debbugs.gnu.org; Thu, 23 Mar 2017 04:00:19 -0400 Received: from [192.168.1.100] ([213.162.68.47]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LnxVE-1cFS3Y3ney-00g2gW; Thu, 23 Mar 2017 09:00:13 +0100 Message-ID: <58D38082.8050104@gmx.at> Date: Thu, 23 Mar 2017 09:00:02 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> In-Reply-To: <87h93ciwyt.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Kx2wa96ProOS9iHBqTYsR9cadhaaLPnGoaHTFB+9wU/GFDDc9DH qyCMNf/4GYI9jty3WmNtK8b7LVWE1JsUFwCZMYMv55TWreOGdmWtlZkGBcN3GS4PYhKiaEn 7SyDczcA7gzF5VD6bWa25zJMhV54SoFutHu+jqT/v2IBLyu3UAvDq0hJIOr1Bsq6g/4BvpK gfjBu3QhP8Nba0laarH4Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:iDDnsc9KFyg=:32mE/sxTyvq7nVeu+v+9oG mgCZu0+Eqo0mbvI2MAHnfwZ97inEintUGR5nv6T81gdnpswngjz7GKVGB4UVDhdvPL3d38o1l cr1b6uAgU+Suavl0sPnQXPibwhXMlzf3lD97S2m+dktL5GcxNCYIobsQBsuqPECxLwwVbSRZw bJVv/GAR2GA84Bjgpch0DbEcBQ29ToderdKl11DbkAIFqpxyeqlX87CaJZ41lywZptHLhZPfv j04e88svPjWhranM/cPWGPIK1H5M9UEAvw9Dhxv9/te7HdyKVtG7z9jNgcC8LcnVXX0EharVN /n+5KVy00Ciw2oVVEBkyN3pxrnJ/srYA/q7aRwIR1PhITNYO0n9T50bij1GlqGZwNODTfRwnR SWJ9sL/o6mCzVzUprVA/JdYtaFr1SHjoEe4u2+ZSUP3ZjMHlt7H5Y8liHyYnCzXu2SlJ9LHoN N1yH5EVMsLoN3ANTrTHPl4FrNdZUZz40RTR3rc5seiXaP/wdZljDovNjkYDwK01tkzI4gx6Yf bClRQLH1rDjupZfI1pRTMpNVxqybIPbh0ECTKYE69gQKGC1Q8YT/zoNAbX/ejwGp1ylYt7vzA qYDm0ORVWvT5Cv7oUDmoGm4yhWahlzkz2hRcLdTiKEZSdAIA/vKzzUI0WDI66BykZAv70mMNE mqu0dKgDaqGMFsyA87lcEWbNBxdtWYhGMa/AZUZ44F2YHrBnkVjlSC4OdAlhZ/TFAyYRtmrZU jEoIjvT78Cr4bxuNtBi5SrU2IihQvuFxNNZHfeTOX2d8T7MS0t6+Q3+a+8GhceZnMmMPM5Zig UDPXpB6sLfntnpp8jxksBeGCEX6bQ== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > As for additional flicker, when I start Emacs things jump about like a > scalded cat, including a phantom random vertical scroll bar that often > makes a momentary appearance in the middle of my display. I've never > really understood why Emacs does this then other programs seem to manage > without such problems, but I've come to accept the behaviour -- after > all, it's only momentary while Emacs starts up -- and I don't think > additional flicker would necessary be much worse! [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.17.22 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.47 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.17.22 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > As for additional flicker, when I start Emacs things jump about like a > scalded cat, including a phantom random vertical scroll bar that often > makes a momentary appearance in the middle of my display. I've never > really understood why Emacs does this then other programs seem to manage > without such problems, but I've come to accept the behaviour -- after > all, it's only momentary while Emacs starts up -- and I don't think > additional flicker would necessary be much worse! [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.17.22 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.47 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3) [212.227.17.22 listed in wl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders > As for additional flicker, when I start Emacs things jump about like a > scalded cat, including a phantom random vertical scroll bar that often > makes a momentary appearance in the middle of my display. I've never > really understood why Emacs does this then other programs seem to manage > without such problems, but I've come to accept the behaviour -- after > all, it's only momentary while Emacs starts up -- and I don't think > additional flicker would necessary be much worse! Could you try to investigate these flickering experiences somehow? Do they occur only when you restore the desktop or are there more specific occasions when you see them? Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 09:47:13 2017 Received: (at 25851) by debbugs.gnu.org; 23 Mar 2017 13:47:13 +0000 Received: from localhost ([127.0.0.1]:40266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr357-0006ED-LR for submit@debbugs.gnu.org; Thu, 23 Mar 2017 09:47:13 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:21032) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr356-0006E2-L8 for 25851@debbugs.gnu.org; Thu, 23 Mar 2017 09:47:13 -0400 Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v2NDl5lv026435 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 13:47:06 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v2NDl5Xi011851 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 23 Mar 2017 13:47:05 GMT Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v2NDl5n1019694; Thu, 23 Mar 2017 13:47:05 GMT MIME-Version: 1.0 Message-ID: <4f44f0fb-96fe-4326-8a0c-c87e4ef17613@default> Date: Thu, 23 Mar 2017 06:47:03 -0700 (PDT) From: Drew Adams To: martin rudalics , "N. Jackson" , 25851@debbugs.gnu.org Subject: RE: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <58D3804E.5030109@gmx.at> In-Reply-To: <58D3804E.5030109@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0022.oracle.com [156.151.31.74] X-Spam-Score: -5.1 (-----) X-Debbugs-Envelope-To: 25851 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) > Thinking about this twice - frameset should _not_ try to restore frame > positions by default. If people think they need it, they should modify > `frameset-filter-alist' appropriately, but by default this option should > be off. Introducing a gravity parameter might help but ISTR that most > window managers don't handle gravity correctly ... I have not been following this thread, so apologies if what I say here does not seem to help. I don't see (here) you give a reason (beyond the statement that you have thought about it twice) why a desktop file should not restore frame positions by default. (Maybe you gave a reason prior to this post?) As one user of multiple frames (and multiple desktops) I would (naively perhaps) expect a desktop state to restore frames as they were when they were saved, modulo anything that might be strictly impossible or unfeasible to do. If frame positions are not restored in general (again, modulo any necessary exceptions that might exist) that would suggest that there is little point in saving and restoring frames. Size and position are among the most important attributes of a frame, and if a user bothers to use multiple frames then it is almost certainly the case that their sizes and positions are important. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 10:11:35 2017 Received: (at 25851) by debbugs.gnu.org; 23 Mar 2017 14:11:35 +0000 Received: from localhost ([127.0.0.1]:41126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr3Sh-00072z-GT for submit@debbugs.gnu.org; Thu, 23 Mar 2017 10:11:35 -0400 Received: from mail-it0-f66.google.com ([209.85.214.66]:35148) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr3Sf-00072m-IS for 25851@debbugs.gnu.org; Thu, 23 Mar 2017 10:11:33 -0400 Received: by mail-it0-f66.google.com with SMTP id y18so7891367itc.2 for <25851@debbugs.gnu.org>; Thu, 23 Mar 2017 07:11:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=78xjKxrL+COSt1n/3RFWDPgRoAqwpHyFqQ067TKCFY0=; b=gKZ/oiAn18mSEpWfR50WDsASxLNmYn0UOAxYc+tNVZuVW1I8qOzWokdBvFgtGahm2a CaBMlk+ff6WZjdG6AayWpH9HAaS4YFXegcxtTwmmB5FoCHpWKccCXNaDfm6A3oHbuJG1 EDi8wN4C9s57YjPEQU0mm+BDnFphNma9yaVoir2u3vL34gqmxX4stDyOfkHUwKpphLUV M8xkmUVCnyEwlkOBdeaw9p1OaXGHw7zNSK05ZEsSraq5NciVpVM/EKmbb5X0GWHdW9Yr C8sVNVBq9U1w7ebrXcWPqPJyqqBMzx0IZhvC7YV+CETUYZCztEZW5TKP57lr881ZytzF D5PA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=78xjKxrL+COSt1n/3RFWDPgRoAqwpHyFqQ067TKCFY0=; b=h5ZyD0b5NDcXo46EydgsjHx8vzAk7pM/doJUBvfeMfzp+cOYic8WQUD1r8QlAoq2v8 vWKGOMjmsL8T9NPVv7jkPZ2yG4VIafr8Lr08w9HS9m9k9Bv/VpZUUMiOMSYUb2HH6zM/ e/08hodNo7Heu1kfnPCaRIiH+LxFNMJHh1ufmpMHNDYuAfJJfKckFqYroZtnJKpv4OY9 dfSpC1qmURf83mFgvW665Z2nHmffiI0xY7pE8tTmfBlJkdQrfDgtyZjdsGcX1esW4Uky alePov6jhs8mj07LC6SRw6pQrLZN0pkdGq6TBn93PRmzoFTySUHEHgFoffu+TU173tYB 55Mw== X-Gm-Message-State: AFeK/H1QDNGwyFaXTaOIjUEvsduaKfPNbFstXZjrCfvXm0Pl0JOkzPD2IVl8UR2eg3T/VA== X-Received: by 10.36.51.18 with SMTP id k18mr2824709itk.41.1490278287976; Thu, 23 Mar 2017 07:11:27 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([205.189.187.4]) by smtp.gmail.com with ESMTPSA id p70sm434361itg.0.2017.03.23.07.11.26 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 23 Mar 2017 07:11:27 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> Date: Thu, 23 Mar 2017 10:11:21 -0400 In-Reply-To: <58D38082.8050104@gmx.at> (martin rudalics's message of "Thu, 23 Mar 2017 09:00:02 +0100") Message-ID: <87h92kxeuu.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 09:00 +0100 on Thursday 2017-03-23, martin rudalics wrote: > > Could you try to investigate these flickering experiences > somehow? Do they occur only when you restore the desktop or are > there more specific occasions when you see them? They occur only when Emacs starts up. They don't happen with `-Q'. On the other hand, they still occur (to a much lesser extent) with `--no-desktop' (in this case it seems (appearance-wise -- I didn't look a the code) that the frame is displayed before the font size is set and then after the font size is set, the frame changes size). N. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 10:34:12 2017 Received: (at 25851) by debbugs.gnu.org; 23 Mar 2017 14:34:12 +0000 Received: from localhost ([127.0.0.1]:41149 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr3oa-0007Zq-Mf for submit@debbugs.gnu.org; Thu, 23 Mar 2017 10:34:12 -0400 Received: from mail-it0-f66.google.com ([209.85.214.66]:36006) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr3oZ-0007Zd-Fc for 25851@debbugs.gnu.org; Thu, 23 Mar 2017 10:34:11 -0400 Received: by mail-it0-f66.google.com with SMTP id 190so7938286itm.3 for <25851@debbugs.gnu.org>; Thu, 23 Mar 2017 07:34:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=KeoDF6YFm6hoCzQL4UYtox74yXUVXTMRNfXd/4q63zU=; b=EDlisXVUkARGt+3pMKYRpBfzUA8Fx7xlpjkwCqnVjoezwe0f1oMO/9xoaQyBvLgBZb EnZeoHNUWZ+2sNwAui/YFBH2jvP17HissHqvQbJxQIZubvSIdpU2FChDN1SlaCMqj061 7ybgSOJB+L96eR6+y6V9zDw9MFToP4zBrn+/Ja2DtjqQz1V+IvZeMwVzf3/jjIrT6tTf HUoxxw82jBPCfTieOjfxtYveDIPXZ+zIJjKmt8NXJA2Euyvgap2Jg6L9BmH/sgqUGqhE dtrw+cG5lOX8IXgVtYZMB5+ZDUH2I6YtOczfB8hQDr9HIGivONwUWDgCNhmidWiE7E8y pKEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=KeoDF6YFm6hoCzQL4UYtox74yXUVXTMRNfXd/4q63zU=; b=tgmB0KMCtj4gcVX1EI12hOVVCCWc7XDx8o7JweYObOe2bxJjRYSQzEksy1lOQFGxjf OhYQAs8QTVJIS9WEsW6bOjYpWw+uLPsZDjSPUpz8FOXpmP3bg3rofUq3V6IuSNRpPQ4L q/IV20LjD33rKi/Dks3jAQFxfvYai0wnNkqUuvgmGFp7bytMyUA8dHw991urDwjF+p4v 6E3femdfpiXy1nlhk67c6fUkukP1fpk658T2QdV6Z6WlSnvo8dHb4ZEhs/nQyLnCgFae uUzKh5dG8Md9TdfZ+YBVsJZks7I5bOOqB6KcJzZtsIuGbc7LuKjrz0X/pa69UkfdyUqS BV0Q== X-Gm-Message-State: AFeK/H0mGoMFziqRIP8wGjSbgFWFffaoPzKiGC8amnSNvbJSCD5FOHu6vMhGgh5z+gE0Zg== X-Received: by 10.36.13.70 with SMTP id 67mr2524130itx.65.1490279645924; Thu, 23 Mar 2017 07:34:05 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([205.189.187.4]) by smtp.gmail.com with ESMTPSA id k66sm1774552itg.8.2017.03.23.07.34.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 23 Mar 2017 07:34:05 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: Martin Rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <58D3804E.5030109@gmx.at> <4f44f0fb-96fe-4326-8a0c-c87e4ef17613@default> Date: Thu, 23 Mar 2017 10:34:04 -0400 In-Reply-To: <4f44f0fb-96fe-4326-8a0c-c87e4ef17613@default> (Drew Adams's message of "Thu, 23 Mar 2017 06:47:03 -0700 (PDT)") Message-ID: <87d1d8xdsz.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 06:47 -0700 on Thursday 2017-03-23, Drew Adams wrote: > > As one user of multiple frames (and multiple desktops) I would > (naively perhaps) expect a desktop state to restore frames as > they were when they were saved, modulo anything that might be > strictly impossible or unfeasible to do. I agree with Drew here. a user would reasonably expect that part of the job of the desktop feature is restoring frames to their former positions. > If frame positions are not restored in general (again, modulo > any necessary exceptions that might exist) that would suggest > that there is little point in saving and restoring frames. There is also, of course, the re-creation of all the buffers and the re-assignment of the right buffers to the right windows on the right frames. This is at least as important IMO. > Size and position are among the most important attributes of a > frame, and if a user bothers to use multiple frames then it is > almost certainly the case that their sizes and positions are > important. Well, in my case, my display is small and all frames are maximized, so the position of the frames is not important. So I disagree with the "almost certainly", but otherwise I agree completely. N. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 23 11:25:08 2017 Received: (at 25851) by debbugs.gnu.org; 23 Mar 2017 15:25:08 +0000 Received: from localhost ([127.0.0.1]:41164 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr4bs-0000JI-81 for submit@debbugs.gnu.org; Thu, 23 Mar 2017 11:25:08 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50300) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cr4bq-0000Il-Fd for 25851@debbugs.gnu.org; Thu, 23 Mar 2017 11:25:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cr4bg-0000CX-H0 for 25851@debbugs.gnu.org; Thu, 23 Mar 2017 11:25:01 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cr4bg-0000CQ-EW; Thu, 23 Mar 2017 11:24:56 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2287 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cr4bf-0005H8-Gn; Thu, 23 Mar 2017 11:24:56 -0400 Date: Thu, 23 Mar 2017 17:24:55 +0200 Message-Id: <83inn0583c.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <58D3804E.5030109@gmx.at> (message from martin rudalics on Thu, 23 Mar 2017 08:59:10 +0100) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <58D3804E.5030109@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Thu, 23 Mar 2017 08:59:10 +0100 > From: martin rudalics > > > When starting Emacs from a terminal/console window, GTK emits the > > following message in the terminal/console: > > > > Gtk-WARNING **: gtk_window_parse_geometry() called on a window > > with no visible children; the window should be set up before > > gtk_window_parse_geometry() is called. > > > > The message is emitted n - 1 times, where n is the number of > > frames specified in the desktop file; with no desktop file, or > > with a desktop file specifying just the one frame, no such message > > is emitted. > > Thinking about this twice - frameset should _not_ try to restore frame > positions by default. ISTR that there was a long discussion about this when Juanma implemented these features, so the current behavior is not just a random choice on his part. FWIW, I'm rather fond of the current behavior, since whenever I need to restart Emacs, it recreates the precise frame arrangement I had when I shut it down. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 05:01:49 2017 Received: (at 25851) by debbugs.gnu.org; 24 Mar 2017 09:01:50 +0000 Received: from localhost ([127.0.0.1]:41710 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crL6T-0002ae-Nm for submit@debbugs.gnu.org; Fri, 24 Mar 2017 05:01:49 -0400 Received: from mout.gmx.net ([212.227.15.15]:61448) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crL6R-0002aO-Kp for 25851@debbugs.gnu.org; Fri, 24 Mar 2017 05:01:48 -0400 Received: from [192.168.1.100] ([213.162.68.120]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M1msU-1c365l3UQU-00tnMT; Fri, 24 Mar 2017 10:01:35 +0100 Message-ID: <58D4E06D.8020708@gmx.at> Date: Fri, 24 Mar 2017 10:01:33 +0100 From: martin rudalics MIME-Version: 1.0 To: Drew Adams , "N. Jackson" , 25851@debbugs.gnu.org Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <58D3804E.5030109@gmx.at> <4f44f0fb-96fe-4326-8a0c-c87e4ef17613@default> In-Reply-To: <4f44f0fb-96fe-4326-8a0c-c87e4ef17613@default> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:WfklJZTdHedanytK6iIhHU1i3x2P7tUJFlNBKh4M+GEcDEYtygo jNisXVp9NdX36WcDefRg6XPqLFXeAxh1Vzn0m+FNYX/asS9o7QVOKoYxvWZlqtX4t49rmQg REYOVexnZnaU4/v00dDYelCDUns9ue5O3e2pi0E+f3UjXYrrK8UCtqv7tmqQ5Ur9L7zQeWZ L0y63wb+iAb6Nkr6i9Hwg== X-UI-Out-Filterresults: notjunk:1;V01:K0:q0fW7u9Q1ow=:6eWTMbCrwszf3mx7Xilc0o Cj31yZb9wuBki2q0ty5KS+V7a/eCcZPQkQ5NlfkLNO4YAwsXds6IR+otIIrDm5YeLZUsZYFjy dGeCrwR6nA0rCsC0bHxvvTkfRO5yVWArcgnrlituEVUfRciFjgLaS3GqfQkTAuUsfLhx3Dqdj k8tZE55s7ojtBADCs78uojGU5s9AonOg1ia0s6qCBn8YyA845GZmtqt5mgIi1qQeSrKYVDy7c fP7v6aI6RglZ9tvKvI+u/YZaWOrTr4UljL5KcNlij5/Qituv2E9C32Sn+TWSdVYPDBasY0kzN 1tbXKM55HPNVQREv7Wnt25HTcklrs9wZCW8nhQ9GJIhQ3vRSLBL2WUkk2nh+tPqgg9eo/bku2 9qQK7IAKRbN0Olh/1IZmUI+zzfiCD0du3hUK8xfviYdEl+9K9y7AfxxNlxcpJFBNJqG+TxbOB a7VuayGpoDrLG1Goemv+RytHpMekDk6WK8Jbw9k2U4BjoiD6EZ3N+fF+yKsN6UZQaCWGIbwGZ e+20E75qCncTPouLlENQxsRKkP525t5E16y/B2lNLPuY+OF8Fubd0xUuDNmwX+M2DomPbKo2n 94tIvvE1YEJ8m9YnJmQAYTeR1nmk3YTtUT1O0H0yF9r8JHQpLSMcL5CXdmgmxklECvizPOP3V 31hEyW4asS6zIJ9eDvpIk+YECMRI9vyKaja9B3Ch2XnZqHG60erV9oRRMXqd+rUSyEcNZX98b RsS6cbo1hfalnng9wcZiQrNSPYRuE9o6S8jBK71nyJryR5PitbEgXT4AjEUaPtTOsq+JjzORi eHWGsZD24j8hVV2JkMvmxIQLrFuQg== X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) > If frame positions are not restored in general (again, modulo > any necessary exceptions that might exist) that would suggest > that there is little point in saving and restoring frames. > > Size and position are among the most important attributes of a > frame, and if a user bothers to use multiple frames then it is > almost certainly the case that their sizes and positions are > important. Jan who was responsible for the implementation of this in the past advocated the use of Extended Window Manager Hints where you can read (in the section about _NET_WM_FULL_PLACEMENT) that Clients, when they detect that this hint is supported, SHOULD NOT abuse or often even use PPosition and USPosition hints for requesting placement. Rationale: Window managers can often perform better placement (that may be even configurable) for windows than the application. However at the time of writing this it is problematic for Window managers to decide when to use them because many applications abuse positioning flags and/or provide unnecessary default positions. So it's up to us to either go this direction or do our own placement. I neither use desktop saving nor explicit window positioning so I have no preference. But as this bug demonstrates, it seems that we may have to choose one or the other eventually. Otherwise, we will sooner or later end up in situations that are more troublesome than the present one. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 05:02:00 2017 Received: (at 25851) by debbugs.gnu.org; 24 Mar 2017 09:02:00 +0000 Received: from localhost ([127.0.0.1]:41713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crL6d-0002b6-WF for submit@debbugs.gnu.org; Fri, 24 Mar 2017 05:02:00 -0400 Received: from mout.gmx.net ([212.227.15.18]:57857) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crL6b-0002ao-Ul for 25851@debbugs.gnu.org; Fri, 24 Mar 2017 05:01:58 -0400 Received: from [192.168.1.100] ([213.162.68.120]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LcBvB-1cPwxm1wyz-00jVtO; Fri, 24 Mar 2017 10:01:51 +0100 Message-ID: <58D4E07C.8010504@gmx.at> Date: Fri, 24 Mar 2017 10:01:48 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> In-Reply-To: <87h92kxeuu.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Ratqc1Q6AWm8FlSU5VLpHN7RTTkHOQz8wQxEgh/D/nmMZQ16v/2 cbnl8XLgctda5E1K07cNG7FpCX3GCehwWnGX+ZfJipNXBg4oNn2uKDNbJvyJuV79AVxPAVf x+kBeqgsLfijiZBiYAOvruO0Uvic65Ak8nAL1uAd5mOAM4XJv+jnprAlzFeWHEb1y8hHKsy 6XntfqaaJJ7WoGfOQv+JQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:eFM4JzKDGes=:vQpG0VwYJazOo92qFgkwKa u/Bi2tQ5Y3ttAXYd0uPcaoZv2kgRgEx6bj9jj5QI2tp/6TSRsXxk+Cla+XGRtpVdk/QfJrvw4 d3mKpZ3Yojd6oZCtfU6HqAVKdd1y1JbUUswfOEmMG22hepbrkSKW/EpYS9/FZnxLHVkYD7lBG KH6igUnRpITgjDYHwjjBnJMDuAlATsZ2fmREU7DGZAOP2dOHk1KErvWziWdeR/fbG8NnnREaj 9WlJyc9An8ZwcM66rlWCr5inHxiRrZHSTXsV86qcIsAxLkBjqzKretWxEbO28lvxP9xl6/t+P XJkrVdVp4U201DFK3bivaa96oqpyKHW4FJYEyi/lCv3+G15RhkDAfKCPHkjeBdu99U3PrJuw3 HofNfpCi0i//hvUNPqNoYgml9Ew3mRMfZ9LveSd4SNZCf42aOWJIy/oXEShmxxy7U97KxKUS0 FDnyr0Rqs8YN6iEtHFAyBsgHBrnjosPMO/lVWvjseCs39zW5Yq31FFU9ufKUZhVkT2Zsf/n/A E0PRJ195zo3ZYpv+cx1FjxSTV8c/MgTgNIN9FK9rA09hJFn02ssUZwML8ynyfVMSp7bCcFRvo /FHful3m/rQcE6PcNYR+Zto+sz8OapOMP6+MPEVo4EfMOVakO9n8d8Kq0I2B8l+AwOEaMcnHs amHy4Dyzv9EQiLLSZABOPD8550Uo6evdzkt+VGMDJcwF7Uht3ZyVcwXTQy2MFG8uuLtsRlcfa C251klKXe2V/nyIkCnpjZxt+MnJQIMJAKot+DtxcnITZrGEOI+NggYAR6lKgCiJhGGVm4nw68 T9SKWVpbSNhTv3Q+jQdz+aebVOLBA== X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.8 (/) > They occur only when Emacs starts up. They don't happen with `-Q'. > On the other hand, they still occur (to a much lesser extent) with > `--no-desktop' (in this case it seems (appearance-wise -- I didn't > look a the code) that the frame is displayed before the font size > is set and then after the font size is set, the frame changes > size). It might be interesting to separate the issues involved here. I recall the font size being one major trouble in this context but a good recipe would be valuable even if we can't do anything about it. Meanwhile please try my patch. If after a week or so you don't see any troubles I intend to make it the default. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 05:02:41 2017 Received: (at 25851) by debbugs.gnu.org; 24 Mar 2017 09:02:41 +0000 Received: from localhost ([127.0.0.1]:41718 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crL7J-0002ch-9C for submit@debbugs.gnu.org; Fri, 24 Mar 2017 05:02:41 -0400 Received: from mout.gmx.net ([212.227.15.15]:64131) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crL7H-0002cR-JP for 25851@debbugs.gnu.org; Fri, 24 Mar 2017 05:02:39 -0400 Received: from [192.168.1.100] ([213.162.68.120]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MfF6I-1cY3BD0U7m-00OrGn; Fri, 24 Mar 2017 10:02:33 +0100 Message-ID: <58D4E0A6.7000705@gmx.at> Date: Fri, 24 Mar 2017 10:02:30 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <58D3804E.5030109@gmx.at> <83inn0583c.fsf@gnu.org> In-Reply-To: <83inn0583c.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:trB5TZNHfq5wFVNYsotwp0wD7LKAQsLaWk87ieXQJKwq/JDnMdh KzUoua1WDRrx1ULJThBtY24WKtOqPKas6AeVtCqHLHHzxuZO0pk7XAVzuVIBB9pvEfJ6LnY GYTJuA5JHmuADYrnllRN1lksNCe6fqIa4Plfb/WI9qtlZLm33gI9c8WGBmgKtrpbmbW0siA ETtRbcYR/KekZ5DMVQA5Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:jVBtmbMdpfc=:KBPKBphBHz/65LatKtd1Px E0e2myvV26Q5ggjrOimVvLlcBM2yFh4uOvaRA3DE1v8r78FNtvBU24lhMAoCr1I70c3/lK8J+ nePYAUdxSLi0Wlcs/JFW/+EK3WTdn6Re6yOahfm1irZvOnp/mR8gUYiT+NomoKUTQz4w3ZGaO 97e4TRCwcmSfXmL4r8kpbQgTUdYrZPEsjpP5BVzEpzF62eAQkH5TNKDpZMDVszqomzkmm+7XQ exn8HD1knp2EmtsegVL4dG7rWXsEdwD8jCU3ifn6ehsYTqXvljasjO+9UCA8wBt14etbyBhEf vMar1R4E8v6tICWWPIXTStsZ1WRaUGIN3eL6oqPbBo5j1N1/qfvJ9WdCS5Cg/zLBnpLOUWDWw /yZW9ZJS0qmen2QuXoYsyqqEAduBvZWYdZPE8YK9Atl4S+S3K8SrC/qWgl9BAB8d9U90BOz0+ nYsDzeKFDzmscq+tDuMKhoaN1LLT66m4LnCX/cGXVu652QGUGUbVCBEtjsbhF5GTQ6yzZDP5T /mQxHVyPBG3IFsCvljh0Bu4fXPk0LX/5qwAv6qIVqQyq4NkfjZrvVnLJQrNFiUOP2UyX1/OG2 jQM+hRtXFb4DL654Sp/UYhKEtgWvsEYp4I4QjyMVo76Vbwi057Ya/cPA9yeyrgGyYnSgmr6O8 mC2C6GIlmD2JOsu1zxg2zYH/3cyHKkszN8DIKgdamJCweeBSKZJm2cDjJoONWqHbW6kXRr5mj jHhc1gUCIA/O3vzlJvMDpNdDbl+cihz/S3iu5oT2P0Pn7TWLtNH8TZZ12az6jOSViiPxs/f5Q Ye56RMT0DEhQaxEWb5JkCGrrRkP6w== X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) > ISTR that there was a long discussion about this when Juanma > implemented these features, so the current behavior is not just a > random choice on his part. > > FWIW, I'm rather fond of the current behavior, since whenever I need > to restart Emacs, it recreates the precise frame arrangement I had > when I shut it down. According to a comment in gtkwindow.c: * If you are saving and restoring your application's window * positions, you should know that it's impossible for applications to * do this without getting it somewhat wrong because applications do * not have sufficient knowledge of window manager state. The Correct * Mechanism is to support the session management protocol (see the * "GnomeClient" object in the GNOME libraries for example) and allow * the window manager to save your window sizes and positions. Just to explain where my doubts come from. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 16:29:13 2017 Received: (at 25851) by debbugs.gnu.org; 24 Mar 2017 20:29:13 +0000 Received: from localhost ([127.0.0.1]:42839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crVpg-0000Cb-TN for submit@debbugs.gnu.org; Fri, 24 Mar 2017 16:29:13 -0400 Received: from mail-it0-f67.google.com ([209.85.214.67]:33444) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crVpf-0000CJ-7v for 25851@debbugs.gnu.org; Fri, 24 Mar 2017 16:29:11 -0400 Received: by mail-it0-f67.google.com with SMTP id 76so249118itj.0 for <25851@debbugs.gnu.org>; Fri, 24 Mar 2017 13:29:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=ak19nGnANqTV2TQfFsglSZ58SJpo1+uarThPmDiBlFs=; b=epyUDClsAn3iYBLRC0PFEVz3ukETJxU6sJJsJ6xHjXPm1DmAHG2S76KFrA75sPWT24 Scz42APlNkV1Dcffxi/oZSSgEC8OzNkwr6mE6QJij5xVpo8+svyY9HqeC2QwGykWda00 xBTGXWatYFIIVBdIrvdr0JdjFPidEhKLNTjxvE+/2/CNZSs/jHWjwwDZH/u61Ymo7O8N de6u05oJCkEm6xoHV+wf9dPTuxMPq/8eYDFi+ni3cmnyew7xxdwIloL0C8nITVcJoklc M4NZiqlKPCYnvOzcadoJO5EhOo8aHYWw3otnPX/35DG7ZJBYenQj7aCYRPb+CnmXg5AM XinQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=ak19nGnANqTV2TQfFsglSZ58SJpo1+uarThPmDiBlFs=; b=HBg30nL0rVBOoz/qUTWmt7VvgnBft43FpQerRkhZ584Szo6/Nb797jt2m1GJclBYN1 z9awF8EoxNXrz4EFqBoA+2syYajSyurKa68G1hlnQmB13JVHyf87Bc5+QAXiRxWLYE2a XGyTNMf5Y++ibkW4TFL7K3rvQzsRywtP5Cs4uXtAtQibMN4gA4L7cTI2Rmw2qYIzutXK 4ihXPMwRWmCMxUmk7hUuUC17UjWhWzeI38K1vwHN85y5RCJaH+a0Zy3iH1h5ciPxtleq p0MVIpFFWT61fVJ7QEAXPSFqLzyxBHB26gPLIoyoOSC0E5yUo1SoiwTW4+rxzA+Jc5i6 jPeQ== X-Gm-Message-State: AFeK/H2oF3QVyrbMG6iTomAhX1EPPx2FL4K0K+0XsOMFIqF+uLxH0PfQYZFeXheqKMx/xw== X-Received: by 10.36.19.8 with SMTP id 8mr5116017itz.2.1490387345533; Fri, 24 Mar 2017 13:29:05 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([205.189.187.4]) by smtp.gmail.com with ESMTPSA id k66sm1478045itg.8.2017.03.24.13.29.04 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 24 Mar 2017 13:29:04 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> Date: Fri, 24 Mar 2017 16:28:54 -0400 In-Reply-To: <58D4E07C.8010504@gmx.at> (martin rudalics's message of "Fri, 24 Mar 2017 10:01:48 +0100") Message-ID: <87efxme7w9.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) Hi Martin, At 10:01 +0100 on Friday 2017-03-24, martin rudalics wrote: > > Meanwhile please try my patch. If after a week or so you don't see any > troubles I intend to make it the default. Sorry for the delay. I haven't used master for a while and it doesn't like my init file. I've been spending my time on troubleshooting that. But now I have things mostly up and running. 1. I am currently running master from earlier today which includes your patch from the 23rd (commit fe3af8d4f2a4cd67958f76d1b708e8a78e68cd4f) which I assume is the one you want me to test? 2. I have not applied your proposed definition of `xg_set_geometry' from Message #122 (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25851#122). [But I still have that in my 25.2 rc2 Emacs, which is currently my everyday Emacs.] 3. I have put (setq x-gtk-use-window-move t) in the working part of my init file [the rest of my init file -- about 10% of it -- is commented out right now]. 4. In my desktop file I have three frames specified each with a distinctive size and position. The result is that: - Frames are successfully restored to their former size and position. - No GTK warning messages are being emitted. However: - When I switch between frames using the window manager Alt-tab window switching, there is a big flash almost every time when an Emacs frame is displayed. I've never seen this problem before. (Occasionally I've seen a single line of the display flicker while scrolling, but I've never seen Emacs make the whole screen flash like this before.) [The flash is too fast to describe other than to say it is light in colour and appears to be horizontal, almost as if there is a white or grey highlight being applied randomly to about half the lines in the frame and then turned off again.] [This was after I'd maximized the three frames so that I could use them, rather than when they were the smaller size at which they were specified in the desktop file I tested with. I tried restoring them down to their previous size and didn't see the flash, then maximised them again and the flashing was back. I suppose that the flashing might also be happening when they're small but that my eye isn't fast enough to detect it; not sure.] Of course this flashing might be unrelated, it might be due to a change elsewhere in master. The display antics at startup are slightly different but still there. The sequence seems to be (with three frames in my desktop file with distinctive sizes and positions): a) A largish light-colour-scheme frame is displayed. b) It shrinks but is still a light colour scheme. (Presumably my default font is applied here.) c) It changes to a dark colour scheme. (Presumably my colour scheme is being applied here.) d) It sits there for a bit with the various startup messages appearing in the echo area. e) It disappears and the three frames in my init file appear. (Alternative explanation: It changes its size and position to that of one of the frames in my init file, and the other two frames from my init file are displayed.) These antics are different from with Emacs 25 where I never see a light-colour-scheme frame unless I start with `-Q'. I hope this helps. Please let me know if you have further questions for me. N. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 24 16:38:03 2017 Received: (at 25851) by debbugs.gnu.org; 24 Mar 2017 20:38:03 +0000 Received: from localhost ([127.0.0.1]:42844 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crVyE-0000Rb-S9 for submit@debbugs.gnu.org; Fri, 24 Mar 2017 16:38:03 -0400 Received: from mail-it0-f67.google.com ([209.85.214.67]:34336) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crVyC-0000R5-Tt for 25851@debbugs.gnu.org; Fri, 24 Mar 2017 16:38:01 -0400 Received: by mail-it0-f67.google.com with SMTP id z70so279365itb.1 for <25851@debbugs.gnu.org>; Fri, 24 Mar 2017 13:38:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=Zuuj+kKW73vHvIJZ8aPvYNAf16IFl9i7PP0er/eMM5M=; b=fjS2Fm8yazte/SrAjyMiY2cNklbIFs4d3WEHX7/SBAIMhBGfn2LtMnUQlVtU1CJbUa X1DvsNYI9zh7espPavhOV+C7z87Ub1gSrqNnPEcLOcLTlfZOM7wEmZ6yT0Rqa018mZDb LSLhJ3LCRdjRNAhz3GUkBF+2YCHKzg8bPmYNxKSeLOk5GSKJ67Ucyr0pdwBKUayc5HNk VXOLKuBJQZEvVdDmUjk8GG3fcpFFKhbSChWLe4mXBYp/dZzzBzqanUJ19cM4VdGT6ySC EJJ04bZ3SvRP9SoJl7oLXJcxH66x/54HDzJCzkVPBTCAYJQgx9rgJf9rG736WFW0KkBF ZR8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=Zuuj+kKW73vHvIJZ8aPvYNAf16IFl9i7PP0er/eMM5M=; b=eoysoR2YfvHhNg0tEmILFVfPTfM+JWHt6QFHNnfdNsBEasF5HpQJuqLfN3SKBqRRv+ vCE8sz+CWXXGsXXTFdk8Rbf3VAfZaaCV/mm1K9ZwBdxJjkmWfzS/qx1dIX36W2bWT0TW pJmCDFzfPM7R4BBSGBwYpsTp9wzMx0VYe9ZiYlB1nIEgAML/J1OETpFG1tL7d/PFUmxn j4O0IhtAwz2JoO0ZJGvJyw5ldhpJM/dZ//bNa3+g3Ae89xdh/xtz5U4gCo0y3SRKRPgJ iGfBQRy69sun993LfSLx1mafOQDTwyZwuE2j/jOal4vlPb+2v5LKQxIaLiDT1tJzCpcB X9lQ== X-Gm-Message-State: AFeK/H3Ql5HtFXJ8RteujfZsVxKfx4agyujE7DKVMb+WsPyyHV5l1u0kDzTMeXjRzwYuow== X-Received: by 10.36.208.134 with SMTP id m128mr5108593itg.44.1490387875519; Fri, 24 Mar 2017 13:37:55 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([205.189.187.4]) by smtp.gmail.com with ESMTPSA id z204sm1714859ioe.53.2017.03.24.13.37.54 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 24 Mar 2017 13:37:55 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <58D3804E.5030109@gmx.at> <4f44f0fb-96fe-4326-8a0c-c87e4ef17613@default> <58D4E06D.8020708@gmx.at> Date: Fri, 24 Mar 2017 16:37:54 -0400 In-Reply-To: <58D4E06D.8020708@gmx.at> (martin rudalics's message of "Fri, 24 Mar 2017 10:01:33 +0100") Message-ID: <87a88ae7h9.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 10:01 +0100 on Friday 2017-03-24, martin rudalics wrote: > > Rationale: Window managers can often perform better placement (that > may be even configurable) for windows than the application. However at > the time of writing this it is problematic for Window managers to > decide when to use them because many applications abuse positioning > flags and/or provide unnecessary default positions. My reading of this text is that it says that applications should not micromanage the positioning of windows. That makes sense. But placement of restored windows at startup is not micromanagement in my opinion. After all, it is putting windows back in the position that the Window Manager placed them in the first place, or back in the position that the user moved them to. N. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 25 02:26:26 2017 Received: (at 25851) by debbugs.gnu.org; 25 Mar 2017 06:26:26 +0000 Received: from localhost ([127.0.0.1]:43156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crf9e-0004EC-2n for submit@debbugs.gnu.org; Sat, 25 Mar 2017 02:26:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60807) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crf9d-0004E0-D6 for 25851@debbugs.gnu.org; Sat, 25 Mar 2017 02:26:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1crf9T-0001ff-9E for 25851@debbugs.gnu.org; Sat, 25 Mar 2017 02:26:20 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50118) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1crf9T-0001fX-5u; Sat, 25 Mar 2017 02:26:15 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4399 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1crf9M-0006Am-Kf; Sat, 25 Mar 2017 02:26:09 -0400 Date: Sat, 25 Mar 2017 09:26:01 +0300 Message-Id: <831stldg92.fsf@gnu.org> From: Eli Zaretskii To: nljlistbox2@gmail.com (N. Jackson) In-reply-to: <87efxme7w9.fsf@moondust.localdomain> (nljlistbox2@gmail.com) Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <87efxme7w9.fsf@moondust.localdomain> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 25851 Cc: rudalics@gmx.at, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: nljlistbox2@gmail.com (N. Jackson) > Cc: Eli Zaretskii , 25851@debbugs.gnu.org > Date: Fri, 24 Mar 2017 16:28:54 -0400 > > These antics are different from with Emacs 25 where I never see a > light-colour-scheme frame unless I start with `-Q'. Could be the result of double-buffering implemented on master. What was the date your previous master-derived version was built? If that was before January, it could be before double-buffering was pushed. Try disabling that via initial-frame-alist in your .emacs and see if doing that helps. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 25 05:25:49 2017 Received: (at 25851) by debbugs.gnu.org; 25 Mar 2017 09:25:49 +0000 Received: from localhost ([127.0.0.1]:43240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crhxF-0001ey-1s for submit@debbugs.gnu.org; Sat, 25 Mar 2017 05:25:49 -0400 Received: from mout.gmx.net ([212.227.15.15]:58278) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crhxD-0001ei-M0 for 25851@debbugs.gnu.org; Sat, 25 Mar 2017 05:25:48 -0400 Received: from [192.168.1.100] ([213.162.68.58]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0xbD-1c1wXz12eV-00vBl9; Sat, 25 Mar 2017 10:25:40 +0100 Message-ID: <58D63790.6070805@gmx.at> Date: Sat, 25 Mar 2017 10:25:36 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <87efxme7w9.fsf@moondust.localdomain> In-Reply-To: <87efxme7w9.fsf@moondust.localdomain> Content-Type: multipart/mixed; boundary="------------050401090501010706030306" X-Provags-ID: V03:K0:Ge3KBXrSCZqomjL4bLNi1EnpiJQMLEv8jOwngaGYoGSm87IQzuv G3l8YmJ/DLqRg0+eksB+aJqlN6SCxjW9afAyrwN8//N6X+2eT+e8MU1BHCCMfvHYpLN9lsm 1w77GptUx+RsbVcqYVR94Sea8qyCK9d+H/vZzc9M3dXXSV5GsAl7Vx0v1t76pegHRH9cq+D STBCMzkDrHaq+JePTYOUQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:SDmJ/UMVH3A=:SwbkqaINBOsEC8cBw8SRjn dJfGovL01EEulAwR6kRJZ4o0QvH0CUezXwLchE0vjPlY7FLvkU/Z8763qBQspo+NFF3jM2yK9 KU2roLj0tqbHy8Ovq3XOYRS7rKq+PVb4TD0w/lLwV1cEqONOmDnNIKNTFDmqKh1aIqip7diH2 mN+XBtYDXbFYnSZnRf3jnup/WnDAAc+qG+u70lZ+/ue/APOU3NnyBBEuhKx+w+0tUosh1sJek e45MMYP/HF3UAKSJNHtRh9s/0JoRsFIlR4rAQYe1/gnYo75gxLioRG2zzKhGP/uyr2RxK9Hwr IUdJ2D66/yfnnuau7dio00/rRTN74KXZ3mil/5i//L6BNZjLkEf22mAxUKq/8IDKfp9IhDBmo PVZD7vH8VEPMJsb6wzP4u/4+w9aauRUYyDVffCAvVMVn/yZKnACM3zQTEfjVxMoRTn1eUm0/C Hyk7kD8YcrOetsZIZi9UXoYVCD9WZ3zCd4EnOLyqf6vrTQ/1iplrPlWRF1BkU+34idSjOnyBq FbAuRFv/1ut428BlYBnYa7+dQRx7emwjznL8xQ4/3ZTGSwqUdQSahy45NY2/jD5UbUv4b4mx5 rWyYLsRe+VaA1tPosXJwykFCEb6ccMOOh+ZYWYZmBnOy3OtoR1zoDP0OVlqIoZCreg1Gkrbh8 EuLAFtFq7PItiMvWF84o+X+AsuCA+erA3vaRiEB/JmOITN3J6fAFzwFbd2i4Gj9uVICiM5tC4 bRXF67RqCO97Wyu5l6OCA+2eO0H1p4LMb7wR2nbfs3una4chWAyw/qYkrh/XQczvcUUkQP16c w3Fe5u2 X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 Cc: Eli Zaretskii , 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) This is a multi-part message in MIME format. --------------050401090501010706030306 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > Sorry for the delay. I haven't used master for a while and it doesn't > like my init file. I've been spending my time on troubleshooting > that. But now I have things mostly up and running. > > 1. I am currently running master from earlier today which includes > your patch from the 23rd (commit > fe3af8d4f2a4cd67958f76d1b708e8a78e68cd4f) which I assume is the > one you want me to test? Yes. I attach it so you can (hopefully) apply it to your Emacs 25 instead of ... > 2. I have not applied your proposed definition of > `xg_set_geometry' from Message #122 > (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25851#122). [But I > still have that in my 25.2 rc2 Emacs, which is currently my > everyday Emacs.] ... this and test it in your everyday work. > 3. I have put > > (setq x-gtk-use-window-move t) > > in the working part of my init file [the rest of my init file -- > about 10% of it -- is commented out right now]. > > 4. In my desktop file I have three frames specified each with > a distinctive size and position. > > The result is that: > > - Frames are successfully restored to their former size and > position. > > - No GTK warning messages are being emitted. OK. > However: > > - When I switch between frames using the window manager Alt-tab > window switching, there is a big flash almost every time when an > Emacs frame is displayed. I've never seen this problem before. > (Occasionally I've seen a single line of the display flicker while > scrolling, but I've never seen Emacs make the whole screen flash > like this before.) > > [The flash is too fast to describe other than to say it is light > in colour and appears to be horizontal, almost as if there is a > white or grey highlight being applied randomly to about half the > lines in the frame and then turned off again.] > > [This was after I'd maximized the three frames so that I could use > them, rather than when they were the smaller size at which they > were specified in the desktop file I tested with. I tried > restoring them down to their previous size and didn't see the > flash, then maximised them again and the flashing was back. I > suppose that the flashing might also be happening when they're > small but that my eye isn't fast enough to detect it; not sure.] > > Of course this flashing might be unrelated, it might be due to a > change elsewhere in master. I'm sure that Eli's suggestion is correct, so please inhibit double buffering in your init file. > The display antics at startup are slightly different but still > there. The sequence seems to be (with three frames in my desktop > file with distinctive sizes and positions): > > a) A largish light-colour-scheme frame is displayed. > > b) It shrinks but is still a light colour scheme. (Presumably my > default font is applied here.) > > c) It changes to a dark colour scheme. (Presumably my colour > scheme is being applied here.) I don't know what a colour scheme is. Please send me yours and I'll try adding it to my .emacs to see which behavior it causes. BTW I never thought about possible mergings of `initial-frame-alist' or `default-frame-alist' and the parameter alists applied by desktop. > d) It sits there for a bit with the various startup messages > appearing in the echo area. > > e) It disappears and the three frames in my init file appear. > (Alternative explanation: It changes its size and position to that > of one of the frames in my init file, and the other two frames > from my init file are displayed.) I suppose you mean "desktop" instead of "init" file here? > These antics are different from with Emacs 25 where I never see a > light-colour-scheme frame unless I start with `-Q'. To get one aspect right: Do you see the light-colour-scheme frame also when you don't restore the desktop - with one or three initial frames? (And what else does master dislike about your init file?) martin --------------050401090501010706030306 Content-Type: text/plain; charset=windows-1252; name="gtk_window_move.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gtk_window_move.diff" ZGlmZiAtLWdpdCBhL3NyYy9ndGt1dGlsLmMgYi9zcmMvZ3RrdXRpbC5jCmluZGV4IDNhMDBl MzYuLjYzZjAxNDMgMTAwNjQ0Ci0tLSBhL3NyYy9ndGt1dGlsLmMKKysrIGIvc3JjL2d0a3V0 aWwuYwpAQCAtNzgzLDMzICs3ODMsNTUgQEAgc3RydWN0IHhnX2ZyYW1lX3RiX2luZm8KIHsK ICAgaWYgKGYtPnNpemVfaGludF9mbGFncyAmIChVU1Bvc2l0aW9uIHwgUFBvc2l0aW9uKSkK ICAgICB7Ci0gICAgICBpbnQgbGVmdCA9IGYtPmxlZnRfcG9zOwotICAgICAgaW50IHhuZWcg PSBmLT5zaXplX2hpbnRfZmxhZ3MgJiBYTmVnYXRpdmU7Ci0gICAgICBpbnQgdG9wID0gZi0+ dG9wX3BvczsKLSAgICAgIGludCB5bmVnID0gZi0+c2l6ZV9oaW50X2ZsYWdzICYgWU5lZ2F0 aXZlOwotICAgICAgY2hhciBnZW9tX3N0cltzaXplb2YgIj14LS0iICsgNCAqIElOVF9TVFJM RU5fQk9VTkQgKGludCldOwotICAgICAgZ3VpbnQgaWQ7Ci0KLSAgICAgIGlmICh4bmVnKQot ICAgICAgICBsZWZ0ID0gLWxlZnQ7Ci0gICAgICBpZiAoeW5lZykKLSAgICAgICAgdG9wID0g LXRvcDsKLQotICAgICAgc3ByaW50ZiAoZ2VvbV9zdHIsICI9JWR4JWQlYyVkJWMlZCIsCi0g ICAgICAgICAgICAgICBGUkFNRV9QSVhFTF9XSURUSCAoZiksCi0gICAgICAgICAgICAgICBG UkFNRV9QSVhFTF9IRUlHSFQgKGYpLAotICAgICAgICAgICAgICAgKHhuZWcgPyAnLScgOiAn KycpLCBsZWZ0LAotICAgICAgICAgICAgICAgKHluZWcgPyAnLScgOiAnKycpLCB0b3ApOwot Ci0gICAgICAvKiBTaWxlbmNlIHdhcm5pbmcgYWJvdXQgdmlzaWJsZSBjaGlsZHJlbi4gICov Ci0gICAgICBpZCA9IGdfbG9nX3NldF9oYW5kbGVyICgiR3RrIiwgR19MT0dfTEVWRUxfV0FS TklORyB8IEdfTE9HX0ZMQUdfRkFUQUwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IHwgR19MT0dfRkxBR19SRUNVUlNJT04sIG15X2xvZ19oYW5kbGVyLCBOVUxMKTsKLQotICAg ICAgaWYgKCFndGtfd2luZG93X3BhcnNlX2dlb21ldHJ5IChHVEtfV0lORE9XIChGUkFNRV9H VEtfT1VURVJfV0lER0VUIChmKSksCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIGdlb21fc3RyKSkKLSAgICAgICAgZnByaW50ZiAoc3RkZXJyLCAiRmFpbGVkIHRv IHBhcnNlOiAnJXMnXG4iLCBnZW9tX3N0cik7Ci0KLSAgICAgIGdfbG9nX3JlbW92ZV9oYW5k bGVyICgiR3RrIiwgaWQpOworICAgICAgaWYgKHhfZ3RrX3VzZV93aW5kb3dfbW92ZSkKKwl7 CisJICAvKiBIYW5kbGUgbmVnYXRpdmUgcG9zaXRpb25zIHdpdGhvdXQgY29uc3VsdGluZwor CSAgICAgZ3RrX3dpbmRvd19wYXJzZV9nZW9tZXRyeSAoQnVnIzI1ODUxKS4gIFRoZSBwb3Np dGlvbiB3aWxsCisJICAgICBiZSBvZmYgYnkgc2Nyb2xsYmFyIHdpZHRoICsgd2luZG93IG1h bmFnZXIgZGVjb3JhdGlvbnMuICAqLworCSAgaWYgKGYtPnNpemVfaGludF9mbGFncyAmIFhO ZWdhdGl2ZSkKKwkgICAgZi0+bGVmdF9wb3MgPSAoeF9kaXNwbGF5X3BpeGVsX3dpZHRoIChG UkFNRV9ESVNQTEFZX0lORk8gKGYpKQorCQkJICAgLSBGUkFNRV9QSVhFTF9XSURUSCAoZikg KyBmLT5sZWZ0X3Bvcyk7CisKKwkgIGlmIChmLT5zaXplX2hpbnRfZmxhZ3MgJiBZTmVnYXRp dmUpCisJICAgIGYtPnRvcF9wb3MgPSAoeF9kaXNwbGF5X3BpeGVsX2hlaWdodCAoRlJBTUVf RElTUExBWV9JTkZPIChmKSkKKwkJCSAgLSBGUkFNRV9QSVhFTF9IRUlHSFQgKGYpICsgZi0+ dG9wX3Bvcyk7CisKKwkgIGd0a193aW5kb3dfbW92ZSAoR1RLX1dJTkRPVyAoRlJBTUVfR1RL X09VVEVSX1dJREdFVCAoZikpLAorCQkJICAgZi0+bGVmdF9wb3MsIGYtPnRvcF9wb3MpOwor CisJICAvKiBSZXNldCBzaXplIGhpbnQgZmxhZ3MuICAqLworCSAgZi0+c2l6ZV9oaW50X2Zs YWdzICY9IH4gKFhOZWdhdGl2ZSB8IFlOZWdhdGl2ZSk7CisJfQorICAgICAgZWxzZQorCXsK KwkgIGludCBsZWZ0ID0gZi0+bGVmdF9wb3M7CisJICBpbnQgeG5lZyA9IGYtPnNpemVfaGlu dF9mbGFncyAmIFhOZWdhdGl2ZTsKKwkgIGludCB0b3AgPSBmLT50b3BfcG9zOworCSAgaW50 IHluZWcgPSBmLT5zaXplX2hpbnRfZmxhZ3MgJiBZTmVnYXRpdmU7CisJICBjaGFyIGdlb21f c3RyW3NpemVvZiAiPXgtLSIgKyA0ICogSU5UX1NUUkxFTl9CT1VORCAoaW50KV07CisJICBn dWludCBpZDsKKworCSAgaWYgKHhuZWcpCisJICAgIGxlZnQgPSAtbGVmdDsKKwkgIGlmICh5 bmVnKQorCSAgICB0b3AgPSAtdG9wOworCisJICBzcHJpbnRmIChnZW9tX3N0ciwgIj0lZHgl ZCVjJWQlYyVkIiwKKwkJICAgRlJBTUVfUElYRUxfV0lEVEggKGYpLAorCQkgICBGUkFNRV9Q SVhFTF9IRUlHSFQgKGYpLAorCQkgICAoeG5lZyA/ICctJyA6ICcrJyksIGxlZnQsCisJCSAg ICh5bmVnID8gJy0nIDogJysnKSwgdG9wKTsKKworCSAgLyogU2lsZW5jZSB3YXJuaW5nIGFi b3V0IHZpc2libGUgY2hpbGRyZW4uICAqLworCSAgaWQgPSBnX2xvZ19zZXRfaGFuZGxlciAo Ikd0ayIsIEdfTE9HX0xFVkVMX1dBUk5JTkcgfCBHX0xPR19GTEFHX0ZBVEFMCisJCQkJICB8 IEdfTE9HX0ZMQUdfUkVDVVJTSU9OLCBteV9sb2dfaGFuZGxlciwgTlVMTCk7CisKKwkgIGlm ICghZ3RrX3dpbmRvd19wYXJzZV9nZW9tZXRyeSAoR1RLX1dJTkRPVyAoRlJBTUVfR1RLX09V VEVSX1dJREdFVCAoZikpLAorCQkJCQkgIGdlb21fc3RyKSkKKwkgICAgZnByaW50ZiAoc3Rk ZXJyLCAiRmFpbGVkIHRvIHBhcnNlOiAnJXMnXG4iLCBnZW9tX3N0cik7CisKKwkgIGdfbG9n X3JlbW92ZV9oYW5kbGVyICgiR3RrIiwgaWQpOworCX0KICAgICB9CiB9CiAKQEAgLTE0MDYs NiArMTQyOCwxMyBAQCBzdHJ1Y3QgeGdfZnJhbWVfdGJfaW5mbwogICBlbHNlIGlmICh3aW5f Z3Jhdml0eSA9PSBTdGF0aWNHcmF2aXR5KQogICAgIHNpemVfaGludHMud2luX2dyYXZpdHkg PSBHREtfR1JBVklUWV9TVEFUSUM7CiAKKyAgaWYgKHhfZ3RrX3VzZV93aW5kb3dfbW92ZSkK KyAgICB7CisgICAgICBpZiAoZmxhZ3MgJiBQUG9zaXRpb24pIGhpbnRfZmxhZ3MgfD0gR0RL X0hJTlRfUE9TOworICAgICAgaWYgKGZsYWdzICYgVVNQb3NpdGlvbikgaGludF9mbGFncyB8 PSBHREtfSElOVF9VU0VSX1BPUzsKKyAgICAgIGlmIChmbGFncyAmIFVTU2l6ZSkgaGludF9m bGFncyB8PSBHREtfSElOVF9VU0VSX1NJWkU7CisgICAgfQorCiAgIGlmICh1c2VyX3Bvc2l0 aW9uKQogICAgIHsKICAgICAgIGhpbnRfZmxhZ3MgJj0gfkdES19ISU5UX1BPUzsKZGlmZiAt LWdpdCBhL3NyYy94dGVybS5jIGIvc3JjL3h0ZXJtLmMKaW5kZXggNzg1Njc5My4uNGY5ZWZm NiAxMDA2NDQKLS0tIGEvc3JjL3h0ZXJtLmMKKysrIGIvc3JjL3h0ZXJtLmMKQEAgLTEwMDU2 LDExICsxMDA1NiwyNiBAQCBzdHJ1Y3QgeF9lcnJvcl9tZXNzYWdlX3N0YWNrIHsKIAlmLT5z aXplX2hpbnRfZmxhZ3MgfD0gWU5lZ2F0aXZlOwogICAgICAgZi0+d2luX2dyYXZpdHkgPSBO b3J0aFdlc3RHcmF2aXR5OwogICAgIH0KKwogICB4X2NhbGNfYWJzb2x1dGVfcG9zaXRpb24g KGYpOwogCiAgIGJsb2NrX2lucHV0ICgpOwogICB4X3dtX3NldF9zaXplX2hpbnQgKGYsIDAs IGZhbHNlKTsKIAorI2lmZGVmIFVTRV9HVEsKKyAgaWYgKHhfZ3RrX3VzZV93aW5kb3dfbW92 ZSkKKyAgICB7CisgICAgICAvKiBXaGVuIGEgcG9zaXRpb24gY2hhbmdlIHdhcyByZXF1ZXN0 ZWQgYW5kIHRoZSBvdXRlciBHVEsgd2lkZ2V0CisJIGhhcyBiZWVuIHJlYWxpemVkIGFscmVh ZHksIGxlYXZlIGl0IHRvIGd0a193aW5kb3dfbW92ZSB0byBEVFJUCisJIGFuZCByZXR1cm4u ICBVc2VkIGZvciBCdWcjMjU4NTEgYW5kIEJ1ZyMyNTk0My4gICovCisgICAgICBpZiAoY2hh bmdlX2dyYXZpdHkgIT0gMCAmJiBGUkFNRV9HVEtfT1VURVJfV0lER0VUIChmKSkKKwlndGtf d2luZG93X21vdmUgKEdUS19XSU5ET1cgKEZSQU1FX0dUS19PVVRFUl9XSURHRVQgKGYpKSwK KwkJCSBmLT5sZWZ0X3BvcywgZi0+dG9wX3Bvcyk7CisgICAgICB1bmJsb2NrX2lucHV0ICgp OworICAgICAgcmV0dXJuOworICAgIH0KKyNlbmRpZiAvKiBVU0VfR1RLICovCisKICAgbW9k aWZpZWRfbGVmdCA9IGYtPmxlZnRfcG9zOwogICBtb2RpZmllZF90b3AgPSBmLT50b3BfcG9z OwogCkBAIC0xMjkwNSw0ICsxMjkyMCwxMSBAQCBjbGljayBvbiBhIGZyYW1lIHRvIHNlbGVj dCBpdCAoZ2l2ZSBpdCBmb2N1cykuICBJbiB0aGF0IGNhc2UsIGEgdmFsdWUKIFNldCB0aGlz IHZhcmlhYmxlIG9ubHkgaWYgeW91ciB3aW5kb3cgbWFuYWdlciBjYW5ub3QgaGFuZGxlIHRo ZQogdHJhbnNpdGlvbiBiZXR3ZWVuIHRoZSB2YXJpb3VzIG1heGltaXphdGlvbiBzdGF0ZXMu ICAqLyk7CiAgIHhfZnJhbWVfbm9ybWFsaXplX2JlZm9yZV9tYXhpbWl6ZSA9IGZhbHNlOwor CisgIERFRlZBUl9CT09MICgieC1ndGstdXNlLXdpbmRvdy1tb3ZlIiwgeF9ndGtfdXNlX3dp bmRvd19tb3ZlLAorICAgIGRvYzogLyogTm9uLW5pbCBtZWFucyByZWx5IG9uIGd0a193aW5k b3dfbW92ZSB0byBzZXQgZnJhbWUgcG9zaXRpb25zLgorSWYgdGhpcyB2YXJpYWJsZSBpcyB0 LCB0aGUgR1RLIGJ1aWxkIHVzZXMgdGhlIGZ1bmN0aW9uIGd0a193aW5kb3dfbW92ZQordG8g c2V0IG9yIHN0b3JlIGZyYW1lIHBvc2l0aW9ucyBhbmQgZGlzYWJsZXMgc29tZSB0aW1lIGNv bnN1bWluZyBmcmFtZQorcG9zaXRpb24gYWRqdXN0bWVudHMuICAqLyk7CisgIHhfZ3RrX3Vz ZV93aW5kb3dfbW92ZSA9IGZhbHNlOwogfQo= --------------050401090501010706030306-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 25 05:26:08 2017 Received: (at 25851) by debbugs.gnu.org; 25 Mar 2017 09:26:08 +0000 Received: from localhost ([127.0.0.1]:43244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crhxY-0001fv-HM for submit@debbugs.gnu.org; Sat, 25 Mar 2017 05:26:08 -0400 Received: from mout.gmx.net ([212.227.15.18]:58721) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crhxW-0001fL-MC for 25851@debbugs.gnu.org; Sat, 25 Mar 2017 05:26:07 -0400 Received: from [192.168.1.100] ([213.162.68.58]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MFLhE-1cux4i1wxA-00EQGo; Sat, 25 Mar 2017 10:25:56 +0100 Message-ID: <58D637A1.3010308@gmx.at> Date: Sat, 25 Mar 2017 10:25:53 +0100 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <58D3804E.5030109@gmx.at> <4f44f0fb-96fe-4326-8a0c-c87e4ef17613@default> <58D4E06D.8020708@gmx.at> <87a88ae7h9.fsf@moondust.localdomain> In-Reply-To: <87a88ae7h9.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Iyji0+pNOZLIiWyuKaehOvv6QwwZQlFpyK6sksFG/oDGPN1Rd85 XUSgwdUKZZZjS45ns69BDM5l/zV+DDcwt6Y7pChKyfAe+EhEapRpLpa6QWREjtx/htFr/Jp dJZTZawKxtMtLlAEb0Cm20EZViOG2BV+1irFXRIogwdyLgf4J4xRYo8qhYPIbK6wwkobOQL 2OTvpGi8sHx6R4oGCukGA== X-UI-Out-Filterresults: notjunk:1;V01:K0:1k35M+vKpjM=:m+lC49wYPQVbHffUiLWWkD +ASvPuPP0A0kU1lxnfdgx5i5jGt/9Ve3qOR/8QRV32Zkn8rJtjRm3+TArrhYfksorewDGVgjI VH96Q/VPnsqULfXFv3nviWgE2Ux+JdkKLh1BhHRzUbeApzk7DwrDwE2r7T4/WYHnm21aOFHB4 2ZUoOGLSKFouOhJYcV6Ba+rQg3CUDaIK50zBkMw0iffbvPFZ0pe2mr8G010+iCydUYl9xGHV5 adjhiKQj77WX0mp3nR9LQeh1B8FX+8CmFW9tb5vYosZkzjNmTIljiDBuZGoM2fReCbzZ40c1W MDy8vPu4dP3z+VcoPcRFDZ7TN5rBiuBxV8MCrdrnbYCvATFTi/fdasj7RMRetbLalx4bCNko6 xSmovoCUpUz1AKv0P84uUZbPYXWAUleafTgBhITKFQ8snQdLXusxg4PQwm2OkWIPLJa8v0CCw eMeYU4uWfs/s6h0BL7mVtpyDrDIe3VThCM+MdQdCCtL5/IfBUGKAsBZyTfbrk7hb4HE7qNCRX jJmcV+cdLR74Xy1RQlHyRb6xFPuDllpRJFUwo1bTOW8ustphRe1kHVRXe+uFrVVpTHC7h15ht XHDqmanJZREaO759Bbr2HzzIzzJXHpwrhOQ0O5c3k+jPqkibapXWPYvbwP9FjAEkGHskIgO3d jWtsetxNsRd/k7YJyoXtDmt9myGIjhHIKzSYEHDf+UteqP6ufpf+ZHMTxKEVNuiaPMpTz5GoY Xov6AFvn6TgkRjGPs1NRJ8HGkcrVwJhHML3gT9prx0QDkE1K+PMHqENvaZSOrDLc0AJ2Sy22n u3JzYoslWmL8KzCLcfZfK6gMCO1nw== X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.8 (/) > My reading of this text is that it says that applications should not > micromanage the positioning of windows. That makes sense. But placement > of restored windows at startup is not micromanagement in my opinion. > After all, it is putting windows back in the position that the Window > Manager placed them in the first place, or back in the position that the > user moved them to. Right from our POV. But the window manager wouldn't know that these frames are just "put back". Note also that I do not necessarily agree with that text - it just might explain the rationale of the windowing systems or window managers we use. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 28 09:15:28 2017 Received: (at 25851) by debbugs.gnu.org; 28 Mar 2017 13:15:28 +0000 Received: from localhost ([127.0.0.1]:48663 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1csqy8-0006QK-HS for submit@debbugs.gnu.org; Tue, 28 Mar 2017 09:15:28 -0400 Received: from mail-it0-f66.google.com ([209.85.214.66]:35475) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1csqy6-0006Q7-TI for 25851@debbugs.gnu.org; Tue, 28 Mar 2017 09:15:27 -0400 Received: by mail-it0-f66.google.com with SMTP id y18so3223243itc.2 for <25851@debbugs.gnu.org>; Tue, 28 Mar 2017 06:15:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=o7wti9MlPvP0FsXg0Kku6g5EGUN0EcsGYSbrR9e97IA=; b=jPoN1KYJW41ZpSFXhnHTajBQx6Q6GdF3wAvdKwAuMOUxnfj4wT7pesLaxsTOLpFv6a MIfHmUYDh7iylbIa8rI3DV4QeWw/hCgPpQ1Z4R+XjHqmhiLpnH4E3pA9HnmHem6Triuv 3gPybZ8DFBrh+FXRf6Obx1Sgn44xJvlKabjo3lseEDMfVNFQtDdV8nROqvOxHL9w1fIg xiZ/yFVdGyyweBrOxz7ir4LXjSTT6sYBu1MIiSlzHDgncrIWakIWd7CzJDvOasdKlVof B1m50ETYR1uKII8eutvvpdEjBBu6+CpztY1Wb3GaDV/YgoK5W6t+m/dOb+wamA80lkv+ 9FoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=o7wti9MlPvP0FsXg0Kku6g5EGUN0EcsGYSbrR9e97IA=; b=E8RohS0BMTB+t9Ex/j29peTipBY2ZrQoHgJUYyk5XaEnTT4u/5BnwppA+/oOo6nlpF 8fQtb46UgxYk6sdjsBchGr5mMXpdRwP+YUA5z/+CFYhAZFVHnJqRdb8lha/h+hlC7a7v nTaKyKJWh6FkWG0yMH2s2/pZAkIhv8SgDa2LpL86ReqOr9YjtFEAGIy64SasrFYKWu7T MKXKURRN1Iw6TVcb3rDUSFvAQ9iAfRXmBy+dctzpc9GZ9RI4bcqaD/SvscREY1mCw+2G 2RFlyzU3MDmBjCgX3AZQotAYOd+QcBkTAJh9KruLbXoWwH/62rjJvzGkHCUdBKx5pTdG Okjg== X-Gm-Message-State: AFeK/H0/TplHosvi9rJiqXwm0+Hgvxdk/hdn6NqJAkCCCk7nvz0uVNXd2kMqILdVvIiMtQ== X-Received: by 10.107.147.87 with SMTP id v84mr25011281iod.219.1490706921283; Tue, 28 Mar 2017 06:15:21 -0700 (PDT) Received: from moondust.localdomain.nodomain.none (toroon12-3096784928.sdsl.bell.ca. [184.149.48.32]) by smtp.gmail.com with ESMTPSA id i197sm1885053ioi.7.2017.03.28.06.15.20 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 28 Mar 2017 06:15:20 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <87efxme7w9.fsf@moondust.localdomain> <831stldg92.fsf@gnu.org> Date: Tue, 28 Mar 2017 09:15:19 -0400 In-Reply-To: <831stldg92.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Mar 2017 09:26:01 +0300") Message-ID: <874lydilug.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: rudalics@gmx.at, 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 09:26 +0300 on Saturday 2017-03-25, Eli Zaretskii wrote: > Could be the result of double-buffering implemented on master. > What was the date your previous master-derived version was > built? If that was before January, it could be before > double-buffering was pushed. Try disabling that via > initial-frame-alist in your .emacs and see if doing that helps. Yes, I haven't built master for a while, almost certainly not since January. But no it is not obviously the double-buffering IIUC. I evaluated: (modify-frame-parameters nil '((inhibit-double-buffering . t))) in each of the frames, but the flashing when switching between them was not effected. N. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 29 03:36:42 2017 Received: (at 25851) by debbugs.gnu.org; 29 Mar 2017 07:36:42 +0000 Received: from localhost ([127.0.0.1]:50031 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ct89q-0006rs-Cs for submit@debbugs.gnu.org; Wed, 29 Mar 2017 03:36:42 -0400 Received: from mout.gmx.net ([212.227.17.21]:58766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ct89k-0006rJ-Gg for 25851@debbugs.gnu.org; Wed, 29 Mar 2017 03:36:36 -0400 Received: from [192.168.1.100] ([213.162.68.73]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Le69A-1cNMgr3FAi-00puEG; Wed, 29 Mar 2017 09:36:29 +0200 Message-ID: <58DB63F4.6090909@gmx.at> Date: Wed, 29 Mar 2017 09:36:20 +0200 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" , Eli Zaretskii Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <87efxme7w9.fsf@moondust.localdomain> <831stldg92.fsf@gnu.org> <874lydilug.fsf@moondust.localdomain> In-Reply-To: <874lydilug.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:BtzqXLLk3XaFyNvbMnbdwv7GDrlvjqK9v+FyK7kylyR0M/qATiY RzfcVmsLktnYxY20TlRbT3q8NJlQA/o53GwRkYS6zLzSX9aYt/s7HK2o+n2kWrwFdslnCgC idaNTwXXD7wF0o2NnYP7s+MqzTDzA5qySrA16FAQpvm5BcSEb6aKZVAORooQz2nU17cFjP5 UfBJE+IB/be+3K/qergEg== X-UI-Out-Filterresults: notjunk:1;V01:K0:dATbR8Gg7PM=:jHqOWaSlTI+F2Z2mzS5vKD WPxzTKlMa8RmbO3o+2ca6g6tNIQxRk3ZYoQWWPx6BdiLzLDgF9uyVrRuPj9yUSlBGBScI+xwc rGw88gngxohHk8fw+BTXTf2UdeISa/1zxu7df3yD4/jNdNNWKr7WLtPDJWwF+zaN4lWIRuGAb PcBCL6V9IuUu/rKlOWxpgJToNrh/waUUF/4qC3aYwK7GoL6MXJlCCJUmxPa8ESZgcQhsE73rB oqCLiYF3kjaonw9Lp27i8lsevgejaI8g9PQrqodDxtm5yC6rmnsaqymISzv0fyL6pj88SZBY1 yKiWKRh8zXYoTFmidlqKTkdUN5nnDOu+bGKnBxH5h7v2UjE2eIiKRIswy3mpHPiReqjsW4NtY OxUjbHPT/mA2PabI79kWjddm7zoVnPYa6ZxhD8JOrCKxfTcVCXPl7iD31376bcqVUZbnNHQpS waz5huaHCiI/LvpfC9D39mzNAjKOGWwVK8PLgHBXaks4VMjTG0J/LsOTR0HxHP5djr8s5mTwx VKkux+il6uzsdQKiPQecdCxyTx8r9JiVI3zPE9r+tbjiLS7VXkF216dueCq5VgNKSJ4nX1SXo r87s/gv685dmZ7WAsQlRvGWobPPcGUl1p6v/RdmkBn12GaqnlzShb624IaoOtXqDt8xSodlbW TMTdvkr9JNuNI/FK/vfpnFDPg+eAhcX0wJdHYHC2FkDxIJuJ9L8+RHwJGfin8fSg1T3ppkRCI zdycyIWNxICFVIRmTPw0/AiCbZJnE1eNn7EWcd/BNCnIvnJb0FMuh2SgAgyQwGPpdlu0mj6+Q /5eQtiGI1DZTWV2xpR2rgsTZigCxQ== X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.5 (---) > But no it is not obviously the double-buffering IIUC. I evaluated: > > (modify-frame-parameters nil '((inhibit-double-buffering . t))) > > in each of the frames, but the flashing when switching between > them was not effected. Earlier you said that: [This was after I'd maximized the three frames so that I could use them, rather than when they were the smaller size at which they were specified in the desktop file I tested with. I tried restoring them down to their previous size and didn't see the flash, then maximised them again and the flashing was back. I suppose that the flashing might also be happening when they're small but that my eye isn't fast enough to detect it; not sure.] Is the flashing reproducible with emacs -Q, two times C-x 5 2, for each frame and then Alt-tabbing between the resulting frames? Or do you need additional customizations? martin From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 11 02:49:55 2017 Received: (at 25851) by debbugs.gnu.org; 11 Apr 2017 06:49:55 +0000 Received: from localhost ([127.0.0.1]:41875 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cxpch-0002tm-0m for submit@debbugs.gnu.org; Tue, 11 Apr 2017 02:49:55 -0400 Received: from mout.gmx.net ([212.227.17.20]:54967) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cxpcf-0002tY-19 for 25851@debbugs.gnu.org; Tue, 11 Apr 2017 02:49:53 -0400 Received: from [192.168.1.100] ([213.162.68.92]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MeMOx-1ci3vS2X7v-00QCpo; Tue, 11 Apr 2017 08:49:45 +0200 Message-ID: <58EC7C80.6070207@gmx.at> Date: Tue, 11 Apr 2017 08:49:36 +0200 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> In-Reply-To: <58D4E07C.8010504@gmx.at> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:h8vGQzMkRXEF5y15Pf8ZkFooq3u3jeHXSlJWPS/XCX0ZJcvhjpk +4qPMG6ht6/s0Ynbux3ZmsWel4wlSXG7927luhpd+ARIxyru4sWV3zp2AyjMYwXPGWXqjjn mRBBbN3HZrHbmeq8aBdChMUSA2mbksQJBftLXeEGkqewtapw2bVtlVE6bYiH3cq9+7UuWiQ k/OAGTfw3kqyQADDUh9HA== X-UI-Out-Filterresults: notjunk:1;V01:K0:gonTHFZguWM=:5ber5gpnT/U1LEyOmkQrud evGGLTAxLjRb/RCoO8lq8jHQ0M7fxgWobw92ZDiJAr/GBQC2aTLFJjoXlb9oBxhsL/SLrekL8 sYH1zJQZ5YmoXnN+pT6k128rldBF0EKA6cYXZGogIAKdkntwMLOnRQ4rdQzg3OnKA5G4EQc59 ZdRrrShVkXwjH3iMELJwjNNQqiwt7T9eIMuFOYJIeJQH/EL/OmjLYXGC0V/MTNKMZd/cmzkyM 5YQLsBgKIXbjRUDmU3vzBtHj6Uvn/SQObrcEz34oWYVQ3mDxneKB1P80DV2yRo+adNc+rIoXi 9aCTU6/OE86XlZAYLz+te3GUS59ROptdh2JqLvWx/4rg/qNJ/zE/FvSPQiwEKsTG7k8vddzkQ KPqavDJt3iPDOSyyZcKgmUVDEk4/X78C9X3JKS02/cE4G7Q9TfYY7qUu+Ydk+NPKPGeHpgSqg IS0T/dO5mJqg6UK6MzpY0oEEhEdujUXjvyLAaWyV2t53F+bAhNtF5wWlfeYvEzZBEkAk+uBBd /CMILQlhlIFGRxCfaFJmDZst06u9uro9Gdnat2Y6zNy6cOWhq2JJcvEk2SGaah9mjRKk/La0l xg53xBnieHgFcgO+PoTJ7KyCHeBn1UhCh2yi3SX42uT4cSOwV5obX0IBTHaQ9o4K9vNAAV4nF iIAAdCzKkdfDl98hyJeOYx0yzDgBumjOIBZU42YJCi/iotcUfv9r2eK01LAGnqKFD5ADTKWvz 3CVRjNIEb4gj/OxhD4QvxhqG6L+hSVYbWVzS2JZgYwYMXWTd33u9fn174L92VC/FnVGCNn6Xz aVgQnqY X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Meanwhile please try my patch. If after a week or so you don't see any > troubles I intend to make it the default. It's now the default. martin [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.17.20 listed in dnsbl.sorbs.net] 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.92 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Meanwhile please try my patch. If after a week or so you don't see any > troubles I intend to make it the default. It's now the default. martin [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.17.20 listed in dnsbl.sorbs.net] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.17.20 listed in list.dnswl.org] 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [213.162.68.92 listed in dnsbl.sorbs.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) > Meanwhile please try my patch. If after a week or so you don't see any > troubles I intend to make it the default. It's now the default. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 27 15:28:12 2017 Received: (at 25851) by debbugs.gnu.org; 27 Apr 2017 19:28:12 +0000 Received: from localhost ([127.0.0.1]:43229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3p5I-0002jy-2u for submit@debbugs.gnu.org; Thu, 27 Apr 2017 15:28:12 -0400 Received: from mail-io0-f173.google.com ([209.85.223.173]:35617) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3p5G-0002jk-GV for 25851@debbugs.gnu.org; Thu, 27 Apr 2017 15:28:10 -0400 Received: by mail-io0-f173.google.com with SMTP id r16so32984774ioi.2 for <25851@debbugs.gnu.org>; Thu, 27 Apr 2017 12:28:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version; bh=1aaVwaMa8PRXysEZh0Qj5+jEW7zJjXLECh910g8TdfA=; b=l7LqWUaYyg+GFAOTu0sep0eZi5E8vKubardBJRZAUddfZrPAtpeDi3YmqAfVXBnJRI NQ4iXUZgGDbkH8fAHIIqVXeub4Hda8vpZnhYENqhZvujv856suGywqYpJ5ZQITHA293z anmUhhaGo8vc3PUHqT+yzcuqNc9zVDQnNuu9gnIQXW4Q3ZRr/pv+9xgyFuVPCgqTZHk4 Y2OISb4xqamNkxuZ8LW73LuWVOVAtL2TX3M08fUMN6bEg3OBcYruOxHAnzIQj5YItuSt FBYkuGaoPMU/FN7WLKbRJkn0kPA85aLLWxqdwqO9+bCBn/S3VBI1uVGX0GEoTAJebBWF SDcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=1aaVwaMa8PRXysEZh0Qj5+jEW7zJjXLECh910g8TdfA=; b=SLu4+GUJGk7J7w8ynrN/kIS8u5uA+2klXweQs+iMsg1JeDqpq/qBeIt1ma1fiQOjuf fNXv3jWMyKxFceKtkX3Q9eoUX5okP+MkLXmiA0IuVf1NTcJhS+svOit8SKbq+VV0q7JT ayHYkv+3GwfPsBt9grGiVWEptzBTRgcGPeu+JVUp+zZjzK5nKdBd4LqfyrMBL5FaC1jq lIIg3TmGh5FD2r1z4eDVKL2OW+5E1Nd/UejV9egu7n+Bfkeojf7dFRv6ON3Y0zJqXqSX 7hRZTFuKqIG+aGMOF9CL8saOjQgvlYvt38dlwkjR7JteJcOoQUSliCGwiVUt6XLekL9H /uFw== X-Gm-Message-State: AN3rC/7i2XU9kOXwVb2h8Vp95dNgbu7KQPWsFojhA3LIa+zRObeu8dFW I2aRCZnhYtI2ESGrXhw= X-Received: by 10.107.141.2 with SMTP id p2mr6422878iod.161.1493321284464; Thu, 27 Apr 2017 12:28:04 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([184.151.190.54]) by smtp.gmail.com with ESMTPSA id e81sm1424873ioe.18.2017.04.27.12.28.03 for <25851@debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 27 Apr 2017 12:28:03 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: 25851@debbugs.gnu.org Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <87efxme7w9.fsf@moondust.localdomain> Date: Thu, 27 Apr 2017 15:28:00 -0400 In-Reply-To: <87efxme7w9.fsf@moondust.localdomain> (N. Jackson's message of "Fri, 24 Mar 2017 16:28:54 -0400") Message-ID: <87tw59abwf.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) At 16:28 -0400 on Friday 2017-03-24, N. Jackson wrote: > - When I switch between frames using the window manager Alt-tab > window switching, there is a big flash almost every time when an > Emacs frame is displayed. I've never seen this problem before. It seems that this side problem of the flashing might not have been directly related to Emacs. There has been a lot of churn on my system with what feels like very frequent kernel updates, as well as updates to the window manager and to Xorg. The flashing problem started, and soon after stopped, during this period. Sorry for the noise. N. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 27 15:45:43 2017 Received: (at 25851) by debbugs.gnu.org; 27 Apr 2017 19:45:44 +0000 Received: from localhost ([127.0.0.1]:43248 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3pMF-0003D6-M6 for submit@debbugs.gnu.org; Thu, 27 Apr 2017 15:45:43 -0400 Received: from mail-io0-f171.google.com ([209.85.223.171]:34019) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3pME-0003Co-4x for 25851@debbugs.gnu.org; Thu, 27 Apr 2017 15:45:42 -0400 Received: by mail-io0-f171.google.com with SMTP id a103so33187206ioj.1 for <25851@debbugs.gnu.org>; Thu, 27 Apr 2017 12:45:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version; bh=WnInFhW3xb0/zOwCqqSsT615Kn/KO4a4di2ECQTUK8Q=; b=YonyC0n3KRx6cSqhKKqIEXcJ5fyMVFei/c8LOB3hKFKZeOSmH/P4LQ6nGBmbEFg/iU O0kX66UXqMDDteYO+Yw0RAMAw7zq+N+fCK919I+G6ab+nrLI62OUNkq/cyqXPUfUNE03 T91qJXCe42i+D9WNsJ5ydKfaF1qfRoskNqL6rYPUi4Q2vzuWR4C4GuFBHlHhaL7EX6Ml JwijJFpo/bR1rXV1TYdlLEgfoxSSnqPj0ZHBAtl+1FTDO68gg1N3O8R6R6mFWn50gVjS xAhosgKW5o/mEp9fIuYwLkfDWFaHeja6N5nqU42YQynba/vw6b0Qfq5sjmXLLlSfosdk IQgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=WnInFhW3xb0/zOwCqqSsT615Kn/KO4a4di2ECQTUK8Q=; b=Y6y0IzETC7t5xvhrjFbsbafJC2f/MHR7TPBmLULzWjvYPvsu4V2+W8DJVg6wmWt2NT xH9hpL9D42L4hc9W8KC0TYhUSlnK355qYaFwmAj/WQm+aXsaFZJT5yEdhYc0rhbdPNcf dKxh7B7ZGwqB5T2CoXK+FjD+dpryAArkx7juH3k/8zOqk+8e/Zm6sRGn1UTm0A92cRDL 4eZh9/D3Od/8tDrxAGsyKUZho8AEj8YyDt43ClgrqX51RksdjfOzgKNnIU0mS+5j3dGD 5CgCyp6QUgoQY4g80JZHDhRh2attD8N5Mqxf0bvC3Ot4nApFteqBXm9vfS801SZEommv TE3Q== X-Gm-Message-State: AN3rC/6afPJydCbSIX46dcpkcdUNQaxdnoav+cHajZPTVDdmrN0mkbp+ 3IP+vr/8lhh5lg5GuAE= X-Received: by 10.107.52.202 with SMTP id b193mr6669784ioa.150.1493322335373; Thu, 27 Apr 2017 12:45:35 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([184.151.190.54]) by smtp.gmail.com with ESMTPSA id m124sm1632930itd.3.2017.04.27.12.45.34 for <25851@debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 27 Apr 2017 12:45:34 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: 25851@debbugs.gnu.org Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> Date: Thu, 27 Apr 2017 15:45:29 -0400 In-Reply-To: <87a89c51qb.fsf@moondust.localdomain> (N. Jackson's message of "Thu, 23 Feb 2017 11:08:28 -0500") Message-ID: <87pofxab3a.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) At 10:08 -0500 on Thursday 2017-02-23, N. Jackson wrote: > When starting Emacs from a terminal/console window, GTK emits > the following message in the terminal/console: > > Gtk-WARNING **: gtk_window_parse_geometry() called on a window > with no visible children; the window should be set up before > gtk_window_parse_geometry() is called. > > The message is emitted n - 1 times, where n is the number of > frames specified in the desktop file; with no desktop file, or > with a desktop file specifying just the one frame, no such > message is emitted. This bug persists in the released version of Emacs 25.2 (built from the tarball). On the other hand, Master, checked out on 2017-04-27 (79c5ea9911a9aba7db0ba0e367e06507cee2fc02), does not exhibit the bug. I was unable to test the emacs-25 branch checked out on 2017-04-27 (784602b10506c50075aa9463891a47380ebea55f) because I haven't been able to build it so far, however, since the log doesn't indicate any substantive commits since the release of 25.2, it probably still has the bug. (I am unable to build the emacs-25 branch because of the following messages form autogen.sh. The indicated files do not exist in emacs/m4/ but, for example count-trailing-zeros.m4, does exist. $ ./autogen.sh Checking whether you have the necessary tools... (Read INSTALL.REPO for more details on building Emacs) Checking for autoconf (need at least version 2.65)... ok Checking for automake (need at least version 1.11)... ok Your system has the required tools. Running 'autoreconf -fi -I m4' ... /usr/bin/m4:aclocal.m4:9: cannot open `m4/count-leading-zeros.m4': No such file or directory /usr/bin/m4:aclocal.m4:27: cannot open `m4/flexmember.m4': No such file or directory /usr/bin/m4:aclocal.m4:43: cannot open `m4/limits-h.m4': No such file or directory /usr/bin/m4:aclocal.m4:73: cannot open `m4/std-gnu11.m4': No such file or directory autom4te: /usr/bin/m4 failed with exit status: 1 /usr/bin/m4:aclocal.m4:9: cannot open `m4/count-leading-zeros.m4': No such file or directory /usr/bin/m4:aclocal.m4:27: cannot open `m4/flexmember.m4': No such file or directory /usr/bin/m4:aclocal.m4:43: cannot open `m4/limits-h.m4': No such file or directory /usr/bin/m4:aclocal.m4:73: cannot open `m4/std-gnu11.m4': No such file or directory autom4te: /usr/bin/m4 failed with exit status: 1 autoreconf: /usr/bin/autoconf failed with exit status: 1 ) N. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 27 15:52:27 2017 Received: (at 25851) by debbugs.gnu.org; 27 Apr 2017 19:52:27 +0000 Received: from localhost ([127.0.0.1]:43253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3pSk-0003MT-EJ for submit@debbugs.gnu.org; Thu, 27 Apr 2017 15:52:27 -0400 Received: from mail-io0-f169.google.com ([209.85.223.169]:34474) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3pSi-0003MD-BM for 25851@debbugs.gnu.org; Thu, 27 Apr 2017 15:52:24 -0400 Received: by mail-io0-f169.google.com with SMTP id a103so33387946ioj.1 for <25851@debbugs.gnu.org>; Thu, 27 Apr 2017 12:52:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=d3p24rMCXh6ITdILGFoycfDC0xIeuhDniopzSxmDRjk=; b=NBsg0s0f8iQ9xaCIfls9av5nmJcawolkvOYv0Y3G8GbiRLG7nv/D/A80CUBAzLF20T CvcESbF1fPzzgBsjvvbjIuFp2BPdiJLiWEoEIz/C38OuxOo41arz4R5SmmYVrZuTWhXz fClCIA5/al6cruf6sNDcRORS8Hs5Z0xOurHb6ARzdJaQpR15uRnC+qurEzEevVZGBN95 3r8813QGFUyKHjn4XbfLunWpzriaFDAR2vjppol4UwK9c23dvitVEfuq/7KRLi9s/w1N zFxpGMFUsgUH7ZceO3ZL6/mgnL5MkShFTr8q0z5vqF3Fu6DefGdRNgerqzHuYRlD/Cdp a5WA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=d3p24rMCXh6ITdILGFoycfDC0xIeuhDniopzSxmDRjk=; b=F2Uy3CebA9awMUrosY7uGxGLrCZviHioES8Y11WDwY32z3c7iU9PepoEfDBPGAsUUY nt+lo6fV9UkVr3oU90xAbtuUWmSdsRPN32XTqTSNHGp78kctjLfWvLG2B59kZlV39Ed5 nRxAS4qyG/W0bnOMd+KtmA1nhugeAqsuZDLvwpztaAuJYS5EQoDyAZXpN8Yh+i6nAtmE zgDZFnYxOd3QoTpzdrWCNi7L6Y/kn6KWPV8/9tMBIJ+Q1/znsKxTR/qWUhMhrsMQFpsR dqUcqokjDIoeNpUBOvRXDtZZB3ghxTjUZqeR0Z2RBTuKc7HGUXEBYHXSK4AUEx4kuVvO CHeg== X-Gm-Message-State: AN3rC/6r9Hm0qXp4QNM4zWiNOVLDFRJYMAxpTM162zm3LsnMdLgXlFZH WPFHp9tDFrz+jLlukfcOUZB1LK0hcg== X-Received: by 10.157.4.170 with SMTP id 39mr3623358otm.167.1493322737932; Thu, 27 Apr 2017 12:52:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.25.10 with HTTP; Thu, 27 Apr 2017 12:52:16 -0700 (PDT) In-Reply-To: <87pofxab3a.fsf@moondust.localdomain> References: <87a89c51qb.fsf@moondust.localdomain> <87pofxab3a.fsf@moondust.localdomain> From: Noam Postavsky Date: Thu, 27 Apr 2017 15:52:16 -0400 X-Google-Sender-Auth: IlPWqi3Cxn8kGAdi-HFfCZmtFzc Message-ID: Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame To: "N. Jackson" Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On Thu, Apr 27, 2017 at 3:45 PM, N. Jackson wrote: > > (I am unable to build the emacs-25 branch because of the following > messages form autogen.sh. The indicated files do not exist in > emacs/m4/ but, for example count-trailing-zeros.m4, does exist. Try deleting aclocal.m4 first (there's no difference between the 25.2 tarball and emacs-25 though). From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 27 15:55:32 2017 Received: (at 25851) by debbugs.gnu.org; 27 Apr 2017 19:55:32 +0000 Received: from localhost ([127.0.0.1]:43257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3pVj-0003RV-Va for submit@debbugs.gnu.org; Thu, 27 Apr 2017 15:55:32 -0400 Received: from mail-io0-f177.google.com ([209.85.223.177]:35594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d3pVh-0003RF-HL for 25851@debbugs.gnu.org; Thu, 27 Apr 2017 15:55:30 -0400 Received: by mail-io0-f177.google.com with SMTP id r16so33849586ioi.2 for <25851@debbugs.gnu.org>; Thu, 27 Apr 2017 12:55:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=iMTmTBmOPH4f21EKKQE2K6ZHWEZ9to+w6ouE5YlUgcY=; b=J2ppKqbRpEC5NqRPyLG/yeVxbsflW5tsbuybPhe5vjpwkygWpSlR6fYKbQpYu+9B4J bSoNLrQlPUsteMvG9Ys85zQxWmGlmih8EmNzBmTLkPWTbowlavIM5H4X1G1eeppZF8Kp qC1SnfdyUQ7NWSSD4FGMJULDsfrUuEsDmGHVDpiZjLPsEthx+lTiG+sw5Y6QbVvAcmmt wJNpyM+5UO5iiVdbZkYxs6UfX82SyW/CX16DywvUec10WZ5zLNU0fEjb3oUc0mGC8DU+ 1N5Sx21fsHiVtZbJ9sxvhEJ4O5r1ADOo4iqD3GEWG5+BAw/qUzSHPf95BHR8R+w+lKOw UD4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=iMTmTBmOPH4f21EKKQE2K6ZHWEZ9to+w6ouE5YlUgcY=; b=RY2FteZ6crE0GQuHsddFGCXi0wAyywWWQCshyNjKKBndxDgiIG63fl/MckhtPdn9rb d96b9g6jFk9eBURle1ILlxIOGkDrkEaVgYsYfmDvUKh4/ETnDb/29Y+bQ2Ejoil9afw4 CGJINTgD67ULmsHoEGQthdrdXlvyBKr8NKNudfGGp1JZxcEJmyfZtaG0rbAuYVWy8/W7 vmwGMXegfc3SnAiHgHCYPPy35n9qsMqZRgsVK+vUhvvq1YL7X/XqrGTLPPiNx+lZ/Xbo X9dvYM49qGRKrfakiSeQnf6tsiHFjPoE74y1y9NfM1pvdXQkahxLfqYAfwMqehTwRSv+ bAXw== X-Gm-Message-State: AN3rC/4BRRxP2phR3teqbuFcxpbK+mFtQLqdhfVu1tHSEt2P//GLsEDX sY0ZONZobxaWIg== X-Received: by 10.107.11.39 with SMTP id v39mr7689442ioi.136.1493322919982; Thu, 27 Apr 2017 12:55:19 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([184.151.190.54]) by smtp.gmail.com with ESMTPSA id 12sm1610211itl.31.2017.04.27.12.55.18 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 27 Apr 2017 12:55:19 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <58EC7C80.6070207@gmx.at> Date: Thu, 27 Apr 2017 15:55:17 -0400 In-Reply-To: <58EC7C80.6070207@gmx.at> (martin rudalics's message of "Tue, 11 Apr 2017 08:49:36 +0200") Message-ID: <87lgqlaamy.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) At 08:49 +0200 on Tuesday 2017-04-11, martin rudalics wrote: >> Meanwhile please try my patch. If after a week or so you don't >> see any troubles I intend to make it the default. > > It's now the default. > > martin Sorry, Martin, I got sidetracked. If your patch is in master but not the emacs-25 branch, then it seems to work -- see my previous message to this bug thread. Also I had no problems, over the past month or two, using your fix to the definition of `xg_set_geometry' from Message #122 (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25851#122) which also fixed the bug successfully in Emacs 25.2rc2. Is there any possibility of your patch being cherry-picked to emacs-25? Or is the plan to go to Emacs 26 next, rather Emacs 25.3? Thanks. N. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 28 10:15:58 2017 Received: (at 25851) by debbugs.gnu.org; 28 Apr 2017 14:15:58 +0000 Received: from localhost ([127.0.0.1]:44810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d46gf-0006tO-QV for submit@debbugs.gnu.org; Fri, 28 Apr 2017 10:15:57 -0400 Received: from mail-io0-f179.google.com ([209.85.223.179]:35904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d46ge-0006tA-1F for 25851@debbugs.gnu.org; Fri, 28 Apr 2017 10:15:56 -0400 Received: by mail-io0-f179.google.com with SMTP id p80so64927221iop.3 for <25851@debbugs.gnu.org>; Fri, 28 Apr 2017 07:15:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=+MIgqOQw/imgVaS+G3+IS29OJvj3cvzhz2Omhh16iMY=; b=mXjUlIl/Y2gPMJzNG/0RwD/aTdKPnR5+1Mkn+n4yb9jcDwSd9h4Q++Pgo9VoIi5nxc tTeNHRuMJns5mu32BaEeM0HtXUcxCdNGJ1ev8M9b13UeiqfFjzj+x/eJnlZptc//pJv8 P5Wri9BvKr4UwP1BKH7cysk7Jz6IqkxOvVCfQ7Ex2FzO0k/HJigknIlg4Hm/ytNgBQGt giE9priAevqnY8Ae8N85+f+YFqrU+blrzAXkjt/A9pCAoh587zsILV8ifHJ9hw6/EYux 38UhB6bFJowVDO0kAGKwf2brB9LrwdThp2SRchHcBUy0Z7p2jWG2nTNTE6B+Z7EPOWMp VtXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=+MIgqOQw/imgVaS+G3+IS29OJvj3cvzhz2Omhh16iMY=; b=dgCB8MLitVeuWI6nFJ/u06BdqqjKyPQN96K1Q0Rqx+Qf1OaA7X2AFU7KFAeooDW7Rs Xbz/XBh83VtIZd9SpfcjCxdv3pA8MZSG5XdKSV2iQ3jrIYQkImgBTs9DTslVni3SIG4I LW9CuximdbAmTw9nuUiuqs+oSUNkeo+59zC8WAfdQJNduoeeSD7JqS73gjxGh/4dbW5/ a4pBYezwKKoVbbR3vryARNiW/EIzN4A6FG+95p43OWT76LGT3B4JaGWWYSFJbMjBTMtx SB7e7P5s0yw5m8ORvBt8I92iroI8BixHxiRbTRVdNu3fk99CpJ3pNA6fKseDYoF3dQoA 6Mpg== X-Gm-Message-State: AN3rC/7A/LCJAiqabD3xpZ8ODL3b4nZATmvBrF1R4wTKFDDaGCIoJDTr EL4fORR58grrq/Zs X-Received: by 10.107.17.28 with SMTP id z28mr9870805ioi.151.1493388949726; Fri, 28 Apr 2017 07:15:49 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id 75sm2487594ioi.44.2017.04.28.07.15.48 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 28 Apr 2017 07:15:48 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: Noam Postavsky Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <87pofxab3a.fsf@moondust.localdomain> Date: Fri, 28 Apr 2017 10:15:47 -0400 In-Reply-To: (Noam Postavsky's message of "Thu, 27 Apr 2017 15:52:16 -0400") Message-ID: <877f24liss.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) At 15:52 -0400 on Thursday 2017-04-27, Noam Postavsky wrote: > On Thu, Apr 27, 2017 at 3:45 PM, N. Jackson wrote: >> >> (I am unable to build the emacs-25 branch because of the >> following messages form autogen.sh. The indicated files do not >> exist in emacs/m4/ but, for example count-trailing-zeros.m4, >> does exist. > > Try deleting aclocal.m4 first (there's no difference between the > 25.2 tarball and emacs-25 though). Thanks Noam. This sorted itself with: git clean -x --force git reset --hard Bit of a sledge hammer maybe; perhaps your surgical deletion of emacs/aclocal.m4 would have worked too. Anyway, not sure what I'd done wrong but everything is working again now. N. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 28 10:25:35 2017 Received: (at 25851) by debbugs.gnu.org; 28 Apr 2017 14:25:35 +0000 Received: from localhost ([127.0.0.1]:44821 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d46pz-00077X-1w for submit@debbugs.gnu.org; Fri, 28 Apr 2017 10:25:35 -0400 Received: from mail-io0-f179.google.com ([209.85.223.179]:33195) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d46px-00077K-Lr for 25851@debbugs.gnu.org; Fri, 28 Apr 2017 10:25:33 -0400 Received: by mail-io0-f179.google.com with SMTP id k87so65628588ioi.0 for <25851@debbugs.gnu.org>; Fri, 28 Apr 2017 07:25:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version; bh=tzSuZ6i8EA7C/JqxpQ+TgV0r9JlMclqY+0xmu3Grl8g=; b=LlfakahkKhIDCGKceh06d0gpR2G6/tH/tF9tTw12rCr6KdimBGCYXdwU08uR5C8o8E VXOWqZtn7SNsw93cBkDuvJ1aZOW+gpFhVqGXVa3m1wnP/MM7sZwvZdnx6+uMI6g/Tblk hnZOuMsP6gtEH+vxEzpsQJHj/mVQZYJBI1MNpUeA8hUq5M1caF+oXVmlHLss0zE48I01 sQvZfB/7A/QlCWOQGvFxUysDUjq6CL16fBQEAcvP2RjVTg7WNrdLisWwsny/x6/KezRd Sj2WiYcFK7M8TnvQppBm4y0LcApSpixny5UeArXuZKk6TGhr/nlqYfPomos5oytEbGW1 eHlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=tzSuZ6i8EA7C/JqxpQ+TgV0r9JlMclqY+0xmu3Grl8g=; b=pSh+64zB5Qm2pjxVM9ypckDBfZXqqKyI+lC321Z+xipTYXLv/G3pJ2prgaafZtULMa w8rsyhh1WhnXB+7zsjXyW4BGUQVRwqUV7NHaZ42FseWZwq04tzmqmre+cyJ1NSWOArLA JL1iVlpNCjWV1HGPno5yx1sAP21WDcB1hMPjXjw49u2tejEwcoECZDNl2uPcB6Bjgr6t I91zqvgzwwF2ggz5iRHyFCX7h0JVLCnazp3eqL/wnh6oIcOZNih+inlQ9Y4a0cWP4zNC yU3cPopBGTqJT6o/vg5iQZK0c+JYTCZV1mqiQmFbSNSPFZ7sXT6MRsrK1xM2ImrAv4eu YpQw== X-Gm-Message-State: AN3rC/50ym6XtnyueBAFGobIvRCAKPYHJh8QHeAz3WqEZgdnlaKizXPJ e5jhp6N/l3mtRDuE X-Received: by 10.107.139.9 with SMTP id n9mr10643382iod.178.1493389527993; Fri, 28 Apr 2017 07:25:27 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id k33sm2473027ioi.35.2017.04.28.07.25.26 for <25851@debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 28 Apr 2017 07:25:27 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: 25851@debbugs.gnu.org Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <87pofxab3a.fsf@moondust.localdomain> Date: Fri, 28 Apr 2017 10:25:26 -0400 In-Reply-To: <87pofxab3a.fsf@moondust.localdomain> (N. Jackson's message of "Thu, 27 Apr 2017 15:45:29 -0400") Message-ID: <8737cslicp.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) At 15:45 -0400 on Thursday 2017-04-27, N. Jackson wrote: > This bug persists in the released version of Emacs 25.2 (built > from the tarball). > > On the other hand, Master, checked out on 2017-04-27 > (79c5ea9911a9aba7db0ba0e367e06507cee2fc02), does not exhibit the > bug. > > I was unable to test the emacs-25 branch No doubt obvious, but for completeness I wanted to report that the bug is still present in current emacs-25 branch (784602b10506c50075aa9463891a47380ebea55f ). Thanks. N. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 29 06:30:41 2017 Received: (at 25851) by debbugs.gnu.org; 29 Apr 2017 10:30:41 +0000 Received: from localhost ([127.0.0.1]:45557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4PeC-0004cK-RD for submit@debbugs.gnu.org; Sat, 29 Apr 2017 06:30:40 -0400 Received: from mout.gmx.net ([212.227.15.15]:59706) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4PeB-0004c6-EN for 25851@debbugs.gnu.org; Sat, 29 Apr 2017 06:30:40 -0400 Received: from [192.168.1.100] ([213.162.68.115]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M3S2C-1dvHJZ0AAi-00r3oy; Sat, 29 Apr 2017 12:30:33 +0200 Message-ID: <59046B45.8000201@gmx.at> Date: Sat, 29 Apr 2017 12:30:29 +0200 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <58EC7C80.6070207@gmx.at> <87lgqlaamy.fsf@moondust.localdomain> In-Reply-To: <87lgqlaamy.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:OjxguqPQRb+EFl/JWngpZ+AwgEFPf5pq94LnGDLsWn62ARgwRXU q884zQ0t0ErOP8zkGcXBfAd0Sf/gShU2sAObCdu2aexlDYEqpA97l1IV3YMls3u3qTSgR3z 00jg6X0M0VexdZNNf7U0XJfkYDxdYpsB41F9KRCqtOxEoF7vMZ8gVlfRyM01umkDLtomFTP FE5+M3j5a5/DtJNiFGq4w== X-UI-Out-Filterresults: notjunk:1;V01:K0:A/HblV6X45s=:rh4UYPduWKv+mNeEOG7IOL dzQx/ogbx3VroJcddMzxIywZMqBjUChhRT5lMDYKOJEyAA+XdOC43DR+F4Lbt71lVtE2wz1RW onbicb+HQUUrq6B1jUXXHhuhCKgUUZr0ikfhD2ewGk1mK+eH59fNqgjhbP7oKd6rMYF8F8Oav efBxfODwZcYdJpOsVG+1YifceVFG+LNfdn6nEyEUB/w0HP8iJ4VsoWNcitA8QWuUiftGl5WMw 26SYQYb7GCa5pCu51g3Bs4shF4W7rlBiZ/6RfNuh4lwqE2E1oH1beyeJXrPzoG7FH9hNxgKRo PeZpgNVjLCg+TXLlmM2QPGUsumxW4+PmmxtgIgPp/tILoe//yzWlaNeaMSI7JWLvY1A6T4PMm IaDF7NkhKm4Qvbj3Iex0XR8jAFWlbYiR5YHtHP//8cciqYMI6MHGX2SGN6B+blxCPY42zQt9E 0mIQHrh2t8/AO99/iQ/cT1sop5OoQKIOnP46aT+9158FdMfgXjQ9V2YqT2zansgmvjbxCejo9 uU9Z98VY2YvbJwMb+ed9k91WfCMpDQ7oV8Ni05UISeo9S8nBorCkEJ6CnpZL7QeU3KIpoxf3y H07LALCN43RxEa6hrmGQxBtJ25VaYrDmTzniIkcNyKNI+PHmGhmmXjM4MRI2KBl28DcDxEfOY O6Q632Spph29NctZQchaWzB10xPnja8c/0NrJYugJlEFWb0AOOVc4uFvNVNjDyIA9jU6dHLK4 irsUl6ClhGnl11vTwM7DlktB21LSmc3wq2MfF2wDsrGGhi76TYI7CSMUFT9BxZxlvdipfih7p VUQ+Uk8bYNdBt6MaTUvTXuYS6/aGA== X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) > Also I had no problems, over the past month or two, using your fix > to the definition of `xg_set_geometry' from Message #122 > (https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D25851#122) which > also fixed the bug successfully in Emacs 25.2rc2. > > Is there any possibility of your patch being cherry-picked to > emacs-25? Or is the plan to go to Emacs 26 next, rather Emacs > 25.3? > Is there any possibility of your patch being cherry-picked to > emacs-25? Or is the plan to go to Emacs 26 next, rather Emacs > 25.3? Currently there are no plans for Emacs 25.3. But doesn't your Emacs 25 already contain the patch? The only difference I made lately was to set the default value of =E2=80=98x-gtk-use-window-move=E2=80=99 so all you h= ave to do is to make the last line of your xterm.c read x_gtk_use_window_move =3D true; martin From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 29 15:33:04 2017 Received: (at 25851) by debbugs.gnu.org; 29 Apr 2017 19:33:04 +0000 Received: from localhost ([127.0.0.1]:46649 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4Y75-0002L3-3U for submit@debbugs.gnu.org; Sat, 29 Apr 2017 15:33:04 -0400 Received: from mail-io0-f178.google.com ([209.85.223.178]:32845) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4Y74-0002Kb-7N for 25851@debbugs.gnu.org; Sat, 29 Apr 2017 15:33:02 -0400 Received: by mail-io0-f178.google.com with SMTP id k87so88083218ioi.0 for <25851@debbugs.gnu.org>; Sat, 29 Apr 2017 12:33:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=SvYan4MD3ZQNWfc42K7dpRCfONaNT8OfJNf3fsRmf6w=; b=AfLTF2XDaA3Vt6bSdYPag6nKoxWqviXuWQ2aDUdQVHrVl6QcjGBxVTzVgrGtuXMHeH bhMy3IrxG65uf8sRmzDfEpYJpp+E1iEgK54Mpy1e82a+wQlLQfEN7F2/pZeLHFQTB2dw BB7AIvbLHtoagtTiz4JH++hKbtO0MQONbS2MUxyBjgkOFeTAXLNNUdsJI6RhVO7j0Pg/ KeTwvHDvmyOwfBuEbbJQUHMHaiAKI6UEuew3iIqI2iB21FxYG4MZs+2QyaZThgy/2I2R iD0XiYkFG0n1LR9l817cTkXvjMFgMW8fgFDgnK+WFKGdz045GRkSs0n+ZMrloh9oLoS0 Arcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=SvYan4MD3ZQNWfc42K7dpRCfONaNT8OfJNf3fsRmf6w=; b=ukY3oULKD64ZXSeIMVTVr6cyp5hPSNTRHcAyOspNkOeegiFLFTc0x2oOp+ODd1OXGk Se1+DROHpyXP1vabTOWcKJJuLaW49njI/jHICKrbrRtTCiHq9UbeeAgUkDGOH7tDw4WK saXHbng+lSk/4KIw2Zm915PPvVkhrtFhQJSZcqOpQ56Mr7mXFGnVH5VegUT2yE55DgfA tLobrVuB79YPxJhhQ94bdBlyhmoEhtBAWnHAu+am0WnXBYQr5Q1m4phOVkKDrDtv4IZ0 InMRVNMNQ5xuKmumGPTWcP5EUk4hZiEyC3XdtNyq4f7d33Pzbijc1HK40gK+VNs7cCtc NhGA== X-Gm-Message-State: AN3rC/7QGWpDgYzeFik7eBkDW//L5iD00UDrU02cYgWZh6IJjv22B/i8 GakleCKPMygjsw== X-Received: by 10.107.14.8 with SMTP id 8mr15842679ioo.46.1493494376550; Sat, 29 Apr 2017 12:32:56 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id w79sm1556718itb.11.2017.04.29.12.32.55 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 29 Apr 2017 12:32:55 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <58EC7C80.6070207@gmx.at> <87lgqlaamy.fsf@moondust.localdomain> <59046B45.8000201@gmx.at> Date: Sat, 29 Apr 2017 15:32:54 -0400 In-Reply-To: <59046B45.8000201@gmx.at> (martin rudalics's message of "Sat, 29 Apr 2017 12:30:29 +0200") Message-ID: <87pofvdn6h.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.0 (--) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.0 (--) Hi Martin, At 12:30 +0200 on Saturday 2017-04-29, martin rudalics wrote: > But doesn't your Emacs 25 already contain the patch? No. Not if I understand correctly. _My_ Emacs 25.2.rc2 is modified so that the entire body of xg_set_geometry() is deleted and replaced by a call to gtk_window_move(). This fixes the bug and did not produce any adverse effects in six weeks of use (on my system at least). My Emacs 25.2 is the stock release from the tarball. I don't know if it contains any patch for this bug, but if it does that patch does not appear to work. > The only difference I made lately was to set the default value > of =E2=80=98x-gtk-use-window-move=E2=80=99 so all you have to do is to ma= ke the > last line of your xterm.c read > > x_gtk_use_window_move =3D true; The symbol `x_gtk_use_window_move' is not defined in the emacs-25 branch, only in master. Thanks. N. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 04:32:53 2017 Received: (at 25851) by debbugs.gnu.org; 30 Apr 2017 08:32:53 +0000 Received: from localhost ([127.0.0.1]:46898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4kHk-0005YF-Tm for submit@debbugs.gnu.org; Sun, 30 Apr 2017 04:32:53 -0400 Received: from mout.gmx.net ([212.227.15.18]:61810) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4kHj-0005Xz-US for 25851@debbugs.gnu.org; Sun, 30 Apr 2017 04:32:52 -0400 Received: from [192.168.1.101] ([213.162.68.37]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lt1S6-1e702Z2VlS-012YvL; Sun, 30 Apr 2017 10:32:45 +0200 Message-ID: <5905A127.5010707@gmx.at> Date: Sun, 30 Apr 2017 10:32:39 +0200 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <58EC7C80.6070207@gmx.at> <87lgqlaamy.fsf@moondust.localdomain> <59046B45.8000201@gmx.at> <87pofvdn6h.fsf@moondust.localdomain> In-Reply-To: <87pofvdn6h.fsf@moondust.localdomain> Content-Type: multipart/mixed; boundary="------------000108030000000505050901" X-Provags-ID: V03:K0:52JwTRkiwHiPtBbny6s4/dK1XLJeqkFwBtx2OHBlcu1wJSJ+Ye3 NgCDxDcyAB7eC6AkH33Dsbge/5XOI4UGaLn4ctbqrXAFutp+C/K7KMGlrko2Or5UG6JmZYP qzOgKD60agql8Lqg6IdYtPVYglQLwnDq5v1Re0lQCF404PDu2AZz4Yy1QVO+WDXRIQOY4t8 efhYOe0Ctrgkv8PawuGqA== X-UI-Out-Filterresults: notjunk:1;V01:K0:LHFsUcNkMuc=:J19ezdihHSr/zAndu39a9a f8U/ncOMsJHd82vSqZHMYY+o7JP7qiAo73tYMWRTGCrumJzMZZ/c6PkKuTwGLJBbkumIKDB0e DhTY8OvDQr22T8G/VqJEQ89bbuTMp7dWUOrQDHg4E4jfkHPMVQw/PDZM+GDMAuZR3U+edBwvb QCPnBJx2SDquATjRHe72o/hwyGvPBd2TOioXul3X8tvhciokb3dCCjDSEOrG9UgubMe7SbKZu sNHLf4D11fMHgugb7t0JhNWixAPrLyGfsQyESqJagZeZB2g/MCMGA+9MZzYdoOXDZ9FmqJQLy hM165zKXvFOKV/IhIkvW+uI3SYhHHfEDOBep9DemkuXGTL9B8pbOUKvdJxEUMjGwvqqiqiesu vlZJfvW9aItq0uBzhFJ3oZqtdzR7EvGGshak2GaT0FKCCsNhgICTLfMOJMIojfqR8BI+JpPbl /e1nIZt0evg7Y/iEe7UUijA4YbK7RWUnV2La2VnBZyy38+bvCkjU9QA+arBES10Q/7Ff9ixjy khrthXdLP+kgTJHeCnOEZftgKY/xUxcjNsh1la2fwL6SsaPDBEPVqJ61Krcqpqn0/fdIouU4s 1CtNPNLWGIAE4AcByP0MltLMef8gPeBcznU9//cA1a6OYG9dWWxMybk3VZ3SQD+s7etKpT1GW b8WZIj5CaisXWe1UfLjdYa6WV6neVhGMPKpyGZRbD+NERDlHfs22VDae1ulbYw2zovYDOOcl+ tspG+AqQWyc5WydKcSgu4xw9irU3Rf+bIS3So0Hm0zdgLQIZcdFll/FdEDw= X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.5 (---) This is a multi-part message in MIME format. --------------000108030000000505050901 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable >> But doesn't your Emacs 25 already contain the patch? > > No. Not if I understand correctly. > > _My_ Emacs 25.2.rc2 is modified so that the entire body of > xg_set_geometry() is deleted and replaced by a call to > gtk_window_move(). This fixes the bug and did not produce any > adverse effects in six weeks of use (on my system at least). > > My Emacs 25.2 is the stock release from the tarball. I don't know > if it contains any patch for this bug, but if it does that patch > does not appear to work. > >> The only difference I made lately was to set the default value >> of =E2=80=98x-gtk-use-window-move=E2=80=99 so all you have to do is t= o make the >> last line of your xterm.c read >> >> x_gtk_use_window_move =3D true; > > The symbol `x_gtk_use_window_move' is not defined in the emacs-25 > branch, only in master. Sorry. I forgot to tell you to apply that change to your Emacs 25 back then. Please remove any changes I proposed earlier and try to apply the attached x_gtk_use_window_move.diff to your Emacs 25. Thanks, martin --------------000108030000000505050901 Content-Type: text/plain; charset=windows-1252; name="x_gtk_use_window_move.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="x_gtk_use_window_move.diff" LS0tIGEvc3JjL2d0a3V0aWwuYworKysgYi9zcmMvZ3RrdXRpbC5jCkBAIC03ODMsMzMgKzc4 Myw1NSBAQCB4Z19zZXRfZ2VvbWV0cnkgKHN0cnVjdCBmcmFtZSAqZikKIHsKICAgaWYgKGYt PnNpemVfaGludF9mbGFncyAmIChVU1Bvc2l0aW9uIHwgUFBvc2l0aW9uKSkKICAgICB7Ci0g ICAgICBpbnQgbGVmdCA9IGYtPmxlZnRfcG9zOwotICAgICAgaW50IHhuZWcgPSBmLT5zaXpl X2hpbnRfZmxhZ3MgJiBYTmVnYXRpdmU7Ci0gICAgICBpbnQgdG9wID0gZi0+dG9wX3BvczsK LSAgICAgIGludCB5bmVnID0gZi0+c2l6ZV9oaW50X2ZsYWdzICYgWU5lZ2F0aXZlOwotICAg ICAgY2hhciBnZW9tX3N0cltzaXplb2YgIj14LS0iICsgNCAqIElOVF9TVFJMRU5fQk9VTkQg KGludCldOwotICAgICAgZ3VpbnQgaWQ7Ci0KLSAgICAgIGlmICh4bmVnKQotICAgICAgICBs ZWZ0ID0gLWxlZnQ7Ci0gICAgICBpZiAoeW5lZykKLSAgICAgICAgdG9wID0gLXRvcDsKLQot ICAgICAgc3ByaW50ZiAoZ2VvbV9zdHIsICI9JWR4JWQlYyVkJWMlZCIsCi0gICAgICAgICAg ICAgICBGUkFNRV9QSVhFTF9XSURUSCAoZiksCi0gICAgICAgICAgICAgICBGUkFNRV9QSVhF TF9IRUlHSFQgKGYpLAotICAgICAgICAgICAgICAgKHhuZWcgPyAnLScgOiAnKycpLCBsZWZ0 LAotICAgICAgICAgICAgICAgKHluZWcgPyAnLScgOiAnKycpLCB0b3ApOwotCi0gICAgICAv KiBTaWxlbmNlIHdhcm5pbmcgYWJvdXQgdmlzaWJsZSBjaGlsZHJlbi4gICovCi0gICAgICBp ZCA9IGdfbG9nX3NldF9oYW5kbGVyICgiR3RrIiwgR19MT0dfTEVWRUxfV0FSTklORyB8IEdf TE9HX0ZMQUdfRkFUQUwKLSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgR19MT0df RkxBR19SRUNVUlNJT04sIG15X2xvZ19oYW5kbGVyLCBOVUxMKTsKLQotICAgICAgaWYgKCFn dGtfd2luZG93X3BhcnNlX2dlb21ldHJ5IChHVEtfV0lORE9XIChGUkFNRV9HVEtfT1VURVJf V0lER0VUIChmKSksCi0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGdl b21fc3RyKSkKLSAgICAgICAgZnByaW50ZiAoc3RkZXJyLCAiRmFpbGVkIHRvIHBhcnNlOiAn JXMnXG4iLCBnZW9tX3N0cik7Ci0KLSAgICAgIGdfbG9nX3JlbW92ZV9oYW5kbGVyICgiR3Rr IiwgaWQpOworICAgICAgaWYgKHhfZ3RrX3VzZV93aW5kb3dfbW92ZSkKKwl7CisJICAvKiBI YW5kbGUgbmVnYXRpdmUgcG9zaXRpb25zIHdpdGhvdXQgY29uc3VsdGluZworCSAgICAgZ3Rr X3dpbmRvd19wYXJzZV9nZW9tZXRyeSAoQnVnIzI1ODUxKS4gIFRoZSBwb3NpdGlvbiB3aWxs CisJICAgICBiZSBvZmYgYnkgc2Nyb2xsYmFyIHdpZHRoICsgd2luZG93IG1hbmFnZXIgZGVj b3JhdGlvbnMuICAqLworCSAgaWYgKGYtPnNpemVfaGludF9mbGFncyAmIFhOZWdhdGl2ZSkK KwkgICAgZi0+bGVmdF9wb3MgPSAoeF9kaXNwbGF5X3BpeGVsX3dpZHRoIChGUkFNRV9ESVNQ TEFZX0lORk8gKGYpKQorCQkJICAgLSBGUkFNRV9QSVhFTF9XSURUSCAoZikgKyBmLT5sZWZ0 X3Bvcyk7CisKKwkgIGlmIChmLT5zaXplX2hpbnRfZmxhZ3MgJiBZTmVnYXRpdmUpCisJICAg IGYtPnRvcF9wb3MgPSAoeF9kaXNwbGF5X3BpeGVsX2hlaWdodCAoRlJBTUVfRElTUExBWV9J TkZPIChmKSkKKwkJCSAgLSBGUkFNRV9QSVhFTF9IRUlHSFQgKGYpICsgZi0+dG9wX3Bvcyk7 CisKKwkgIGd0a193aW5kb3dfbW92ZSAoR1RLX1dJTkRPVyAoRlJBTUVfR1RLX09VVEVSX1dJ REdFVCAoZikpLAorCQkJICAgZi0+bGVmdF9wb3MsIGYtPnRvcF9wb3MpOworCisJICAvKiBS ZXNldCBzaXplIGhpbnQgZmxhZ3MuICAqLworCSAgZi0+c2l6ZV9oaW50X2ZsYWdzICY9IH4g KFhOZWdhdGl2ZSB8IFlOZWdhdGl2ZSk7CisJfQorICAgICAgZWxzZQorCXsKKwkgIGludCBs ZWZ0ID0gZi0+bGVmdF9wb3M7CisJICBpbnQgeG5lZyA9IGYtPnNpemVfaGludF9mbGFncyAm IFhOZWdhdGl2ZTsKKwkgIGludCB0b3AgPSBmLT50b3BfcG9zOworCSAgaW50IHluZWcgPSBm LT5zaXplX2hpbnRfZmxhZ3MgJiBZTmVnYXRpdmU7CisJICBjaGFyIGdlb21fc3RyW3NpemVv ZiAiPXgtLSIgKyA0ICogSU5UX1NUUkxFTl9CT1VORCAoaW50KV07CisJICBndWludCBpZDsK KworCSAgaWYgKHhuZWcpCisJICAgIGxlZnQgPSAtbGVmdDsKKwkgIGlmICh5bmVnKQorCSAg ICB0b3AgPSAtdG9wOworCisJICBzcHJpbnRmIChnZW9tX3N0ciwgIj0lZHglZCVjJWQlYyVk IiwKKwkJICAgRlJBTUVfUElYRUxfV0lEVEggKGYpLAorCQkgICBGUkFNRV9QSVhFTF9IRUlH SFQgKGYpLAorCQkgICAoeG5lZyA/ICctJyA6ICcrJyksIGxlZnQsCisJCSAgICh5bmVnID8g Jy0nIDogJysnKSwgdG9wKTsKKworCSAgLyogU2lsZW5jZSB3YXJuaW5nIGFib3V0IHZpc2li bGUgY2hpbGRyZW4uICAqLworCSAgaWQgPSBnX2xvZ19zZXRfaGFuZGxlciAoIkd0ayIsIEdf TE9HX0xFVkVMX1dBUk5JTkcgfCBHX0xPR19GTEFHX0ZBVEFMCisJCQkJICB8IEdfTE9HX0ZM QUdfUkVDVVJTSU9OLCBteV9sb2dfaGFuZGxlciwgTlVMTCk7CisKKwkgIGlmICghZ3RrX3dp bmRvd19wYXJzZV9nZW9tZXRyeSAoR1RLX1dJTkRPVyAoRlJBTUVfR1RLX09VVEVSX1dJREdF VCAoZikpLAorCQkJCQkgIGdlb21fc3RyKSkKKwkgICAgZnByaW50ZiAoc3RkZXJyLCAiRmFp bGVkIHRvIHBhcnNlOiAnJXMnXG4iLCBnZW9tX3N0cik7CisKKwkgIGdfbG9nX3JlbW92ZV9o YW5kbGVyICgiR3RrIiwgaWQpOworCX0KICAgICB9CiB9CgpAQCAtMTQwNiw2ICsxNDI4LDEz IEBAIHhfd21fc2V0X3NpemVfaGludCAoc3RydWN0IGZyYW1lICpmLCBsb25nIGludCBmbGFn cywgYm9vbCB1c2VyX3Bvc2l0aW9uKQogICBlbHNlIGlmICh3aW5fZ3Jhdml0eSA9PSBTdGF0 aWNHcmF2aXR5KQogICAgIHNpemVfaGludHMud2luX2dyYXZpdHkgPSBHREtfR1JBVklUWV9T VEFUSUM7CgorICBpZiAoeF9ndGtfdXNlX3dpbmRvd19tb3ZlKQorICAgIHsKKyAgICAgIGlm IChmbGFncyAmIFBQb3NpdGlvbikgaGludF9mbGFncyB8PSBHREtfSElOVF9QT1M7CisgICAg ICBpZiAoZmxhZ3MgJiBVU1Bvc2l0aW9uKSBoaW50X2ZsYWdzIHw9IEdES19ISU5UX1VTRVJf UE9TOworICAgICAgaWYgKGZsYWdzICYgVVNTaXplKSBoaW50X2ZsYWdzIHw9IEdES19ISU5U X1VTRVJfU0laRTsKKyAgICB9CisKICAgaWYgKHVzZXJfcG9zaXRpb24pCiAgICAgewogICAg ICAgaGludF9mbGFncyAmPSB+R0RLX0hJTlRfUE9TOwpkaWZmIC0tZ2l0IGEvc3JjL3h0ZXJt LmMgYi9zcmMveHRlcm0uYwppbmRleCA3ODU2NzkzLi40ZjllZmY2IDEwMDY0NAotLS0gYS9z cmMveHRlcm0uYworKysgYi9zcmMveHRlcm0uYwpAQCAtMTAwNTYsMTEgKzEwMDU2LDI2IEBA IHhfc2V0X29mZnNldCAoc3RydWN0IGZyYW1lICpmLCByZWdpc3RlciBpbnQgeG9mZiwgcmVn aXN0ZXIgaW50IHlvZmYsIGludCBjaGFuZ2VfCiAJZi0+c2l6ZV9oaW50X2ZsYWdzIHw9IFlO ZWdhdGl2ZTsKICAgICAgIGYtPndpbl9ncmF2aXR5ID0gTm9ydGhXZXN0R3Jhdml0eTsKICAg ICB9CisKICAgeF9jYWxjX2Fic29sdXRlX3Bvc2l0aW9uIChmKTsKCiAgIGJsb2NrX2lucHV0 ICgpOwogICB4X3dtX3NldF9zaXplX2hpbnQgKGYsIDAsIGZhbHNlKTsKCisjaWZkZWYgVVNF X0dUSworICBpZiAoeF9ndGtfdXNlX3dpbmRvd19tb3ZlKQorICAgIHsKKyAgICAgIC8qIFdo ZW4gYSBwb3NpdGlvbiBjaGFuZ2Ugd2FzIHJlcXVlc3RlZCBhbmQgdGhlIG91dGVyIEdUSyB3 aWRnZXQKKwkgaGFzIGJlZW4gcmVhbGl6ZWQgYWxyZWFkeSwgbGVhdmUgaXQgdG8gZ3RrX3dp bmRvd19tb3ZlIHRvIERUUlQKKwkgYW5kIHJldHVybi4gIFVzZWQgZm9yIEJ1ZyMyNTg1MSBh bmQgQnVnIzI1OTQzLiAgKi8KKyAgICAgIGlmIChjaGFuZ2VfZ3Jhdml0eSAhPSAwICYmIEZS QU1FX0dUS19PVVRFUl9XSURHRVQgKGYpKQorCWd0a193aW5kb3dfbW92ZSAoR1RLX1dJTkRP VyAoRlJBTUVfR1RLX09VVEVSX1dJREdFVCAoZikpLAorCQkJIGYtPmxlZnRfcG9zLCBmLT50 b3BfcG9zKTsKKyAgICAgIHVuYmxvY2tfaW5wdXQgKCk7CisgICAgICByZXR1cm47CisgICAg fQorI2VuZGlmIC8qIFVTRV9HVEsgKi8KKwogICBtb2RpZmllZF9sZWZ0ID0gZi0+bGVmdF9w b3M7CiAgIG1vZGlmaWVkX3RvcCA9IGYtPnRvcF9wb3M7CgpAQCAtMTI5MDUsNCArMTI5MjAs MTEgQEAgc3RhdGUuCiBTZXQgdGhpcyB2YXJpYWJsZSBvbmx5IGlmIHlvdXIgd2luZG93IG1h bmFnZXIgY2Fubm90IGhhbmRsZSB0aGUKIHRyYW5zaXRpb24gYmV0d2VlbiB0aGUgdmFyaW91 cyBtYXhpbWl6YXRpb24gc3RhdGVzLiAgKi8pOwogICB4X2ZyYW1lX25vcm1hbGl6ZV9iZWZv cmVfbWF4aW1pemUgPSBmYWxzZTsKKworICBERUZWQVJfQk9PTCAoIngtZ3RrLXVzZS13aW5k b3ctbW92ZSIsIHhfZ3RrX3VzZV93aW5kb3dfbW92ZSwKKyAgICBkb2M6IC8qIE5vbi1uaWwg bWVhbnMgcmVseSBvbiBndGtfd2luZG93X21vdmUgdG8gc2V0IGZyYW1lIHBvc2l0aW9ucy4K K0lmIHRoaXMgdmFyaWFibGUgaXMgdCwgdGhlIEdUSyBidWlsZCB1c2VzIHRoZSBmdW5jdGlv biBndGtfd2luZG93X21vdmUKK3RvIHNldCBvciBzdG9yZSBmcmFtZSBwb3NpdGlvbnMgYW5k IGRpc2FibGVzIHNvbWUgdGltZSBjb25zdW1pbmcgZnJhbWUKK3Bvc2l0aW9uIGFkanVzdG1l bnRzLiAgKi8pOworICB4X2d0a191c2Vfd2luZG93X21vdmUgPSB0cnVlOwogfQo= --------------000108030000000505050901-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 12:13:54 2017 Received: (at 25851) by debbugs.gnu.org; 30 Apr 2017 16:13:54 +0000 Received: from localhost ([127.0.0.1]:47941 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4rTt-0002yk-OI for submit@debbugs.gnu.org; Sun, 30 Apr 2017 12:13:54 -0400 Received: from mail-it0-f65.google.com ([209.85.214.65]:33858) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4rTr-0002yX-OT for 25851@debbugs.gnu.org; Sun, 30 Apr 2017 12:13:52 -0400 Received: by mail-it0-f65.google.com with SMTP id c26so10437231itd.1 for <25851@debbugs.gnu.org>; Sun, 30 Apr 2017 09:13:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=ElYK/dNs0ZS3FMr65abERg7C4XN3wAyKi4nZEjG+y80=; b=on5ccPyoUK3+SM/bTPlYuG7sLqwHHfSs2KAnrRnjIexJOqxWWOZ6xpG2YUIFO3MFuq LABkzQ5kWoq14frMz9fgXKsRqVS0fC/kwWujo9bfZh85/zNEwzSrmR3dDoqXkEF17IEX oTamsTt3wPdRiysuKsnTNw3lKV0VRkdvGKC8ENamfr/P41Rdzytir3rh8QgR5aNDT4LQ uGHNt9Jg1KJwYFR6rBwQOS2ymaRv+FBz1+CytLVUYcPbq42Wq3pK9EwH/lZnWYhXR1Cx eX68lrnXQ5D3TzdrPPztEF0I3varKXOZUMjQ0w85JPj3P1o4uzAQl14bfzloFrGmSBq/ RC4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=ElYK/dNs0ZS3FMr65abERg7C4XN3wAyKi4nZEjG+y80=; b=MROgi73hNwezygBJKNiOhLTNko2pedHYUOxkt+gDGtPiuTKZmRsVKX83S16cx4puvF 3YhqB4R/df8hQg231yUI3XvHiKVkZIdeskVmokQxNNbmiM6UBM0FFGWxfvpbD72qyh07 Q2IWPfCuq3dr1stbmbgPJeWMW4EJYgUEqN5DS0ExPMgjeLMXbozXaQ7ep1328WgdDsy9 jyXnUzKz0pWa69WIXByMg/plu2d6k45k/NlsMPZ5gtPGIPG5PfM0LQebqCaYIJezDaCT 1YdJTgQ/nbb2BVG6+9ow24/08eiALqgEpPYHQwcVo12iSL5cFMPKBPHv5kakGB3QQ4FV 2zTQ== X-Gm-Message-State: AN3rC/640cpPBN1GrBOfmttSg+LQnbUiuJUAl9Pw4++o54MMLVcSVRyL Uj9zP9xtPsi87g== X-Received: by 10.36.107.201 with SMTP id v192mr18424197itc.3.1493568826198; Sun, 30 Apr 2017 09:13:46 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id 62sm5153443iou.10.2017.04.30.09.13.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 30 Apr 2017 09:13:45 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: martin rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <58EC7C80.6070207@gmx.at> <87lgqlaamy.fsf@moondust.localdomain> <59046B45.8000201@gmx.at> <87pofvdn6h.fsf@moondust.localdomain> <5905A127.5010707@gmx.at> Date: Sun, 30 Apr 2017 12:13:44 -0400 In-Reply-To: <5905A127.5010707@gmx.at> (martin rudalics's message of "Sun, 30 Apr 2017 10:32:39 +0200") Message-ID: <877f2150w7.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 10:32 +0200 on Sunday 2017-04-30, martin rudalics wrote: > > Please remove any changes I proposed earlier and try to apply the > attached x_gtk_use_window_move.diff to your Emacs 25. Thanks Martin, I have just applied your x_gtk_use_window_move.diff patch to Emacs 25. That fixes the bug. Can the patch be applied to the emacs-25 branch in case there is ever an Emacs 25.3? Thanks. N. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 15:36:29 2017 Received: (at 25851) by debbugs.gnu.org; 30 Apr 2017 19:36:30 +0000 Received: from localhost ([127.0.0.1]:48076 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4udx-00011S-Mq for submit@debbugs.gnu.org; Sun, 30 Apr 2017 15:36:29 -0400 Received: from mout.gmx.net ([212.227.15.15]:49156) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d4udw-00011F-P5 for 25851@debbugs.gnu.org; Sun, 30 Apr 2017 15:36:29 -0400 Received: from [192.168.1.100] ([213.162.68.115]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lpbqo-1dgyg73mf0-00fQ2t; Sun, 30 Apr 2017 21:36:22 +0200 Message-ID: <59063CB0.7080109@gmx.at> Date: Sun, 30 Apr 2017 21:36:16 +0200 From: martin rudalics MIME-Version: 1.0 To: "N. Jackson" Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <874lzfwkv0.fsf@moondust.localdomain> <58B54703.7060103@gmx.at> <87h93ciwyt.fsf@moondust.localdomain> <58D38082.8050104@gmx.at> <87h92kxeuu.fsf@moondust.localdomain> <58D4E07C.8010504@gmx.at> <58EC7C80.6070207@gmx.at> <87lgqlaamy.fsf@moondust.localdomain> <59046B45.8000201@gmx.at> <87pofvdn6h.fsf@moondust.localdomain> <5905A127.5010707@gmx.at> <877f2150w7.fsf@moondust.localdomain> In-Reply-To: <877f2150w7.fsf@moondust.localdomain> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:g+ACxn3iA7STic80eWLDZg2nWIyH+dmWYYI9Ad4h8Wjycac5eC6 Rz6BJkKoV3JltJB2W2akc4pSk2+cvd6oZy25nu5GkVzmL/j4NRWN4TFIbWjGdb4J0JDwhv9 UA9eMPapQWvupiFBbSMy26Yyj3luvEmjL3INbCvWOMrZITqmYrloW6khb39hp6fPqTHII8O MyVodizR+tCu1uwEBzQdQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:Yr3W576aptU=:Ra8XLRah1vZAMPgp5brSHT 1Bck1MBFLggG28VZ9hWd95gh9UsWmiynfRuKmFbL+Jv//Z2068LWjTZEHGlsQehHxY/hyY3eJ a/8XrH9yotr1wiAwGc4ywr9R7p7PYSv6Sf32uA8RjVov7Odp291o96AWh4MvVoYV9wt9lM1ew tYvq5OjCXzT0dVcyX96c6veZdFROjmkf3llgRXk90bPEdpoYgpEORr5V2WDoYKgBhKEILVQbf jdofLIvHGi6XtYJDHESPICtE+gXRxCuQiHnnqg/pf+UgfO3wYJeiqEn2xNfLKaNQd197IWDxr QsvE7Hwq2qSZbqmtczd0xHC+SboebvmG8d0qK0GVCRg8yEewjrzGwaRZqYBAhgg+flyp6pH2/ SFfHRhlJUPzsplHH7iXOqh+QPb6sixVkqYzqOjLdrlgkMhnsabKpVMkYTKYeFG1WcHVJ0AwOH pBImlIROyN4mG2sPcBG74vIEvgnL3hWzYRdTuMeV3Hjdm1s1krEuQMz906RBctKGfZLflp9eZ d5JzT3J4Uv0bY7OQLVQRKABa+5/v4DPe0S6HsWtV0tUL3HeTNae0hzqfaGieNSHclaeEEsq9p Gs6eYyPBPqbWzpMg3OKvcKlQEo6H32sVgkTPofbQ0oBgZDcknQ+V728hQSq34Zfl2/pQoqEV2 zXRKeZGbxtZ9MbNfupQno0o1mRd/9pDrBRfwPrXxrGfJmLKB5159nhEXSQbhUf5G4nqAo0TR3 +JzilB5HfW+L2i26wSfdspOQTnEnaMmSVRtIy3t8F4qBgwYSNFd76MRTqbZw5YHoiVV6EFa+N LwCYDtBnVlb05xn6YwowgaJmHDjyg== X-Spam-Score: -3.5 (---) X-Debbugs-Envelope-To: 25851 Cc: 25851@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.5 (---) > Can the patch be applied to the emacs-25 branch in case there is > ever an Emacs 25.3? If and when there is let's discuss this with Eli. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 25 12:31:38 2017 Received: (at 25851-done) by debbugs.gnu.org; 25 Sep 2017 16:31:38 +0000 Received: from localhost ([127.0.0.1]:58739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dwWIE-0006NZ-2P for submit@debbugs.gnu.org; Mon, 25 Sep 2017 12:31:38 -0400 Received: from mail-qk0-f196.google.com ([209.85.220.196]:37576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dwWIC-0006NL-Ft for 25851-done@debbugs.gnu.org; Mon, 25 Sep 2017 12:31:36 -0400 Received: by mail-qk0-f196.google.com with SMTP id r66so5151859qke.4 for <25851-done@debbugs.gnu.org>; Mon, 25 Sep 2017 09:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=7edu3N0FlXcprFD8KadpEagrO6cxW5yV8DqOacitVcw=; b=gydCUcoR9QuFi2QTjDR08BdB2idKwENEslb+YfmHDYFJKMa4d5g8EJ9hg52aPK0ysl P37aAMYS92xoqQBOFKpTaPLUU4KR6F/65OfKf09leXpeVl0+3Qy8zM8AwAudIW8wMHRL GO06y7OrcXv93AjVuhB/8oZnm5zbKqyD4CDiKNhxx3SEAAHf80WUeU5g31PGDwq5Vm0D qpMHOxa8WBEL88aisH0tF5P+LqoFhmleOx4Th88XNfnKm3LXKmQt1EH/k68PwjoIrk3C Wnae5K3g7Kx8xZ91a7+gWPo5tvPTGxve0fykY8cl4ZBG2tFxg8d49xTOpLXnq7X+9gLO ejtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=7edu3N0FlXcprFD8KadpEagrO6cxW5yV8DqOacitVcw=; b=j34+nvwu5b/HQOrm4HD7jGeuRtKMJqo7hZiSJitMWQxnN8jvwE7hwz8FfNqhgfUx42 zB3H9GUW5TK7OA0/p12QdNj869RVd+XltAqK50ArVcEF8U1Oz9dkswuyiJD2QteJYXKG yTB/0CkGaN6B6kW+91DyP/D6IkThmQ/PodBzqkDM5MP94wqFuiQDr2wc4efu6F38SCG/ LB27K0qSWWX1kQNYJ/FSepQn1RIUsz22RIkIDCCDV7Uzj1DdUGAT0nUgomQDRN3sLG0y tr4CoMUdVqJaEjVbdrSRKJsasP+bkkXISh0+HO0IBcvCF8bpWZtUgCVC3bvRm7V87Lli pFig== X-Gm-Message-State: AHPjjUg1Sul8avt6WMvcShgTvV+cACryNH3EKBGFpqFLzeX+8EIkz3Ed FlQ/lFGgrI8pMOV4jAK6+U8GlQ== X-Google-Smtp-Source: AOwi7QDsT9ooqe1xG+PaTNWka0xhP6mXBXuXVcm3PppAqGoqhCVMywUzWppbVUgQUtmPATOrDqlz1w== X-Received: by 10.55.42.130 with SMTP id q2mr11143960qkq.331.1506357091007; Mon, 25 Sep 2017 09:31:31 -0700 (PDT) Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id x68sm3885706qkc.84.2017.09.25.09.31.30 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 25 Sep 2017 09:31:30 -0700 (PDT) From: nljlistbox2@gmail.com (N. Jackson) To: Martin Rudalics Subject: Re: bug#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame References: <87a89c51qb.fsf@moondust.localdomain> Date: Mon, 25 Sep 2017 12:31:29 -0400 In-Reply-To: <87a89c51qb.fsf@moondust.localdomain> (N. Jackson's message of "Thu, 23 Feb 2017 11:08:28 -0500") Message-ID: <87ing6yc2m.fsf@moondust.localdomain> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 25851-done Cc: 25851-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) At 11:08 -0500 on Thursday 2017-02-23, N. Jackson wrote: > > When starting Emacs from a terminal/console window, GTK emits > the following message in the terminal/console: > > Gtk-WARNING **: gtk_window_parse_geometry() called on a window > with no visible children; the window should be set up before > gtk_window_parse_geometry() is called. This bug is fixed in the emacs-26 branch so I am closing it. Thank you. (Of course, if you think there is some subtlety in the bug that has not been fully addressed (I don't think there is), please reopen it.) Regards, N. From unknown Mon Jun 23 20:16:31 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 24 Oct 2017 11:24:06 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator