From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Alex 'QWxleA' Poslavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Jan 2017 21:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 25521@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.148529223428800 (code B ref -1); Tue, 24 Jan 2017 21:11:01 +0000 Received: (at submit) by debbugs.gnu.org; 24 Jan 2017 21:10:34 +0000 Received: from localhost ([127.0.0.1]:40861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cW8ML-0007UR-QD for submit@debbugs.gnu.org; Tue, 24 Jan 2017 16:10:34 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56343) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cW8Ht-0007Ns-0H for submit@debbugs.gnu.org; Tue, 24 Jan 2017 16:05:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cW8Hl-0005NE-5V for submit@debbugs.gnu.org; Tue, 24 Jan 2017 16:05:51 -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,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:60040) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cW8Hl-0005N9-1P for submit@debbugs.gnu.org; Tue, 24 Jan 2017 16:05:49 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47251) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cW8Hh-0003rc-2N for bug-gnu-emacs@gnu.org; Tue, 24 Jan 2017 16:05:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cW8Hc-0005JK-6v for bug-gnu-emacs@gnu.org; Tue, 24 Jan 2017 16:05:45 -0500 Received: from mail-lf0-x241.google.com ([2a00:1450:4010:c07::241]:33138) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cW8Hb-0005J1-Lt for bug-gnu-emacs@gnu.org; Tue, 24 Jan 2017 16:05:40 -0500 Received: by mail-lf0-x241.google.com with SMTP id x1so18797243lff.0 for ; Tue, 24 Jan 2017 13:05:38 -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 :content-transfer-encoding; bh=OH/k8orDi+gl7h4/1o+mo+CFpoUXoLpIOW8VIxaTcxk=; b=VoJ+8RYJqv7rHyDZN0XHpz/nz/sm9oG/wDG7bbkuuQvUJzipggGx9wg1rOkD7dLTee dDwz2SvRixQQ6Llw55tfcX/TbhV6DkIiVr4sYIiOci9ixEDwDTzFaImdrySDVCksc5UQ WBcN+hwFJgfSaWf2d4wbEGX0DUOD9xEmQ6rOLRHTWyyRjuoGJqctrTslxIBRBRqaVPw5 hsAqiH2OkJaAhk5SGSqjR0a5tnDk7gAKWG30/NjrmGydKowgNK2Hjns1wDhrMPdHEMnx Ne5Hyj1xFeQYFe3zOe2cGKpmiLf+QCs8Nyx91f8KCd04EyMrZ+vF1+NNGaPzXVS+nS2R 8mIw== 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 :content-transfer-encoding; bh=OH/k8orDi+gl7h4/1o+mo+CFpoUXoLpIOW8VIxaTcxk=; b=ILA0NI+PHFO2Ef1VfSLy6G8BD9xCYWERtbJONEi42g5EPxDVzl8hJkum2IOHYdVRT/ kxeyCRYXiFA6gFSDGt5KNGB0IoPLltcfwj85h2v/uZsNs1Yxw6krVtz7SUaenjnrH41o q2ZFmozVJkDZ+GyA9z1RTVL3nZ7a7bbc2UJScyl8u+tN93m5Ph094N1ZDNS69FXXjnML Lvy5lb9CwHyS44VXf1Sm8SYM+AUb8n+NNFJdOPgMpYvWMpPy2oteZ8aNgDdggBDOox4P qz9t6JZ23KuJpljhLt3GN47rTBBpd34iuxqNOPjcNz/HIGrtcS3EpRN0VsvWDsgABvt3 XbDQ== X-Gm-Message-State: AIkVDXIZRz0z4hU19sxsX/PfMUlwO7ImEKnnHi9J371r1V1I3N+J1i1RfY+oxsmz9gYpUQ== X-Received: by 10.25.67.11 with SMTP id q11mr12100214lfa.139.1485291936321; Tue, 24 Jan 2017 13:05:36 -0800 (PST) Received: from localhost ([62.84.24.209]) by smtp.gmail.com with ESMTPSA id 96sm7746728lfp.18.2017.01.24.13.05.35 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 24 Jan 2017 13:05:35 -0800 (PST) From: Alex 'QWxleA' Poslavsky Date: Tue, 24 Jan 2017 23:05:34 +0200 Message-ID: <87a8agrwwx.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: -4.0 (----) X-Mailman-Approved-At: Tue, 24 Jan 2017 16:10:32 -0500 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: -4.0 (----) The following, used as ~/.emacs.d/init.el: (require 'org) (defun qw () (interactive) "Create a new capture frame helper-function"=20 (make-frame '((name . "foo") (width . 120) (height . 25))) (select-frame-by-name "foo")=20 (org-agenda)) works on emacs24, but not on a current git, build 24 Jan 2017. The error-message is: select-frame-by-name: There is no frame named =E2=80=98fo= o=E2=80=99 I left everything else, but it doesn't look helpful. Thanks! Alex In GNU Emacs 26.0.50.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.30) of 2017-01-24 built on plovs-ThinkPad-X220 Repository revision: 52a87c894d1e2351baecaff9ff061e3b83827220 Windowing system distributor 'The X.Org Foundation', version 11.0.11804000 System Description: Ubuntu 16.10 Recent messages: Wrote /home/plovs/.profile Wrote /home/plovs/.Xresources Wrote /home/plovs/.config/fontconfig/conf.d/10-sourcecodepro.conf Wrote /home/plovs/.ssh/config Wrote /home/plovs/.mplayer/config Wrote /home/plovs/.gitconfig [3 times] Wrote /home/plovs/.bashrc [7 times] Wrote /home/plovs/.zsh_custom/qwxlea.zsh-theme Wrote /home/plovs/.zshrc [5 times] Tangled 34 code blocks from dotfiles.org Configured using: 'configure --prefix=3D/home/plovs/Applications/emacs-dev' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GSETTINGS NOTIFY GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11 Important settings: value of $LC_MONETARY: en_IE.UTF-8 value of $LC_NUMERIC: en_IE.UTF-8 value of $LC_TIME: en_IE.UTF-8 value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=3Dibus locale-coding-system: utf-8-unix Major mode: Org Minor modes in effect: org-indent-mode: t magit-auto-revert-mode: t global-git-commit-mode: t async-bytecomp-package-mode: t google-this-mode: t shell-dirtrack-mode: t display-time-mode: t global-undo-tree-mode: t undo-tree-mode: t which-key-mode: t global-diff-hl-mode: t diff-hl-mode: t diff-auto-refine-mode: t global-aggressive-indent-mode: t super-save-mode: t recentf-mode: t savehist-mode: t save-place-mode: t global-flycheck-mode: t flycheck-mode: t flyspell-mode: t ido-everywhere: t global-company-mode: t company-mode: t show-paren-mode: t golden-ratio-mode: t global-hl-line-mode: t global-auto-revert-mode: t delete-selection-mode: t override-global-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t size-indication-mode: t column-number-mode: t line-number-mode: t visual-line-mode: t transient-mark-mode: t abbrev-mode: t Load-path shadows: ~/src/org-mode/contrib/lisp/htmlize hides /home/plovs/.emacs.d/elpa/htmlize= -20161211.1019/htmlize ~/Projects/perry.el/perry-mode hides /home/plovs/.emacs.d/lib/perry-mode ~/src/org-mode/lisp/org-crypt hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-crypt ~/src/org-mode/lisp/ob-lob hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ob-lob ~/src/org-mode/lisp/org-irc hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/org-irc ~/src/org-mode/lisp/org-archive hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/org-archive ~/src/org-mode/lisp/ob-octave hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-octave ~/src/org-mode/lisp/org-mobile hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/org-mobile ~/src/org-mode/lisp/org-capture hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/org-capture ~/src/org-mode/lisp/ox-html hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ox-html ~/src/org-mode/lisp/org-footnote hides /home/plovs/Applications/emacs-dev/s= hare/emacs/26.0.50/lisp/org/org-footnote ~/src/org-mode/lisp/ob-mscgen hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-mscgen ~/src/org-mode/lisp/org-macro hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-macro ~/src/org-mode/lisp/ob-perl hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-perl ~/src/org-mode/lisp/org-info hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/org-info ~/src/org-mode/lisp/org-docview hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/org-docview ~/src/org-mode/lisp/org-habit hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-habit ~/src/org-mode/lisp/ox-beamer hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ox-beamer ~/src/org-mode/lisp/ob-picolisp hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/ob-picolisp ~/src/org-mode/lisp/org-element hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/org-element ~/src/org-mode/lisp/org-faces hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-faces ~/src/org-mode/lisp/ob-emacs-lisp hides /home/plovs/Applications/emacs-dev/= share/emacs/26.0.50/lisp/org/ob-emacs-lisp ~/src/org-mode/lisp/ob-eval hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-eval ~/src/org-mode/lisp/ox hides /home/plovs/Applications/emacs-dev/share/emacs= /26.0.50/lisp/org/ox ~/src/org-mode/lisp/org-datetree hides /home/plovs/Applications/emacs-dev/s= hare/emacs/26.0.50/lisp/org/org-datetree ~/src/org-mode/lisp/org-list hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/org-list ~/src/org-mode/lisp/ob-awk hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ob-awk ~/src/org-mode/lisp/ob-C hides /home/plovs/Applications/emacs-dev/share/ema= cs/26.0.50/lisp/org/ob-C ~/src/org-mode/lisp/org-protocol hides /home/plovs/Applications/emacs-dev/s= hare/emacs/26.0.50/lisp/org/org-protocol ~/src/org-mode/lisp/ob-ditaa hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/ob-ditaa ~/src/org-mode/lisp/org-entities hides /home/plovs/Applications/emacs-dev/s= hare/emacs/26.0.50/lisp/org/org-entities ~/src/org-mode/lisp/ob-lilypond hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/ob-lilypond ~/src/org-mode/lisp/org-feed hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/org-feed ~/src/org-mode/lisp/ob-java hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-java ~/src/org-mode/lisp/org-bibtex hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/org-bibtex ~/src/org-mode/lisp/ob-R hides /home/plovs/Applications/emacs-dev/share/ema= cs/26.0.50/lisp/org/ob-R ~/src/org-mode/lisp/org-pcomplete hides /home/plovs/Applications/emacs-dev/= share/emacs/26.0.50/lisp/org/org-pcomplete ~/src/org-mode/lisp/org-mouse hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-mouse ~/src/org-mode/lisp/ox-publish hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/ox-publish ~/src/org-mode/lisp/ox-texinfo hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/ox-texinfo ~/src/org-mode/lisp/org-ctags hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-ctags ~/src/org-mode/lisp/ob-scala hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/ob-scala ~/src/org-mode/lisp/ob-haskell hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/ob-haskell ~/src/org-mode/lisp/org-rmail hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-rmail ~/src/org-mode/lisp/ob-ref hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ob-ref ~/src/org-mode/lisp/ob-maxima hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-maxima ~/src/org-mode/lisp/org-id hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/org-id ~/src/org-mode/lisp/ob-python hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-python ~/src/org-mode/lisp/ob-comint hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-comint ~/src/org-mode/lisp/ox-odt hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ox-odt ~/src/org-mode/lisp/ob-makefile hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/ob-makefile ~/src/org-mode/lisp/ox-latex hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/ox-latex ~/src/org-mode/lisp/org-w3m hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/org-w3m ~/src/org-mode/lisp/ob-ocaml hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/ob-ocaml ~/src/org-mode/lisp/org-mhe hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/org-mhe ~/src/org-mode/lisp/org-timer hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-timer ~/src/org-mode/lisp/ox-org hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ox-org ~/src/org-mode/lisp/ob-asymptote hides /home/plovs/Applications/emacs-dev/s= hare/emacs/26.0.50/lisp/org/ob-asymptote ~/src/org-mode/lisp/org-indent hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/org-indent ~/src/org-mode/lisp/ob-sass hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-sass ~/src/org-mode/lisp/ob-screen hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-screen ~/src/org-mode/lisp/ox-icalendar hides /home/plovs/Applications/emacs-dev/s= hare/emacs/26.0.50/lisp/org/ox-icalendar ~/src/org-mode/lisp/ob-io hides /home/plovs/Applications/emacs-dev/share/em= acs/26.0.50/lisp/org/ob-io ~/src/org-mode/lisp/ob-tangle hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-tangle ~/src/org-mode/lisp/org-gnus hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/org-gnus ~/src/org-mode/lisp/ob-latex hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/ob-latex ~/src/org-mode/lisp/ob-keys hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-keys ~/src/org-mode/lisp/org-loaddefs hides /home/plovs/Applications/emacs-dev/s= hare/emacs/26.0.50/lisp/org/org-loaddefs ~/src/org-mode/lisp/org hides /home/plovs/Applications/emacs-dev/share/emac= s/26.0.50/lisp/org/org ~/src/org-mode/lisp/ob-ruby hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-ruby ~/src/org-mode/lisp/org-agenda hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/org-agenda ~/src/org-mode/lisp/ob-plantuml hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/ob-plantuml ~/src/org-mode/lisp/org-plot hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/org-plot ~/src/org-mode/lisp/ob-sqlite hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-sqlite ~/src/org-mode/lisp/ob-exp hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ob-exp ~/src/org-mode/lisp/org-compat hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/org-compat ~/src/org-mode/lisp/org-macs hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/org-macs ~/src/org-mode/lisp/org-colview hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/org-colview ~/src/org-mode/lisp/ob hides /home/plovs/Applications/emacs-dev/share/emacs= /26.0.50/lisp/org/ob ~/src/org-mode/lisp/ob-js hides /home/plovs/Applications/emacs-dev/share/em= acs/26.0.50/lisp/org/ob-js ~/src/org-mode/lisp/ob-scheme hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-scheme ~/src/org-mode/lisp/org-attach hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/org-attach ~/src/org-mode/lisp/org-eshell hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/org-eshell ~/src/org-mode/lisp/org-table hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-table ~/src/org-mode/lisp/ob-css hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ob-css ~/src/org-mode/lisp/org-bbdb hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/org-bbdb ~/src/org-mode/lisp/ob-table hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/ob-table ~/src/org-mode/lisp/org-src hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/org-src ~/src/org-mode/lisp/ob-shen hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-shen ~/src/org-mode/lisp/ox-ascii hides /home/plovs/Applications/emacs-dev/share= /emacs/26.0.50/lisp/org/ox-ascii ~/src/org-mode/lisp/ob-sql hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ob-sql ~/src/org-mode/lisp/ob-calc hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-calc ~/src/org-mode/lisp/ob-gnuplot hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/ob-gnuplot ~/src/org-mode/lisp/org-clock hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/org-clock ~/src/org-mode/lisp/ox-man hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ox-man ~/src/org-mode/lisp/org-install hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/org-install ~/src/org-mode/lisp/ob-matlab hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-matlab ~/src/org-mode/lisp/ob-org hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ob-org ~/src/org-mode/lisp/org-inlinetask hides /home/plovs/Applications/emacs-dev= /share/emacs/26.0.50/lisp/org/org-inlinetask ~/src/org-mode/lisp/ob-lisp hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-lisp ~/src/org-mode/lisp/ob-core hides /home/plovs/Applications/emacs-dev/share/= emacs/26.0.50/lisp/org/ob-core ~/src/org-mode/lisp/ob-clojure hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/ob-clojure ~/src/org-mode/lisp/ob-ledger hides /home/plovs/Applications/emacs-dev/shar= e/emacs/26.0.50/lisp/org/ob-ledger ~/src/org-mode/lisp/ox-md hides /home/plovs/Applications/emacs-dev/share/em= acs/26.0.50/lisp/org/ox-md ~/src/org-mode/lisp/ob-dot hides /home/plovs/Applications/emacs-dev/share/e= macs/26.0.50/lisp/org/ob-dot ~/src/org-mode/lisp/ob-fortran hides /home/plovs/Applications/emacs-dev/sha= re/emacs/26.0.50/lisp/org/ob-fortran ~/src/org-mode/lisp/org-version hides /home/plovs/Applications/emacs-dev/sh= are/emacs/26.0.50/lisp/org/org-version Features: (shadow mail-extr emacsbug sendmail conf-mode ffap crux timezone two-column iso-transl sh-script executable org-indent image-file disp-table org-protocol org-info org-bbdb magit-filenotify magit-obsolete magit-blame magit-stash magit-bisect magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-branch magit-files magit-refs magit-status magit magit-repos magit-apply magit-wip magit-log magit-diff smerge-mode magit-core magit-autorevert magit-process magit-margin magit-mode magit-git crm magit-section magit-popup git-commit magit-utils log-edit pcvs-util add-log with-editor async-bytecomp async tramp-sh ido-completing-read+ smex rainbow-delimiters init emms-info-libtag emms-librefm-stream emms-librefm-scrobbler emms-playlist-limit emms-volume emms-volume-amixer emms-i18n emms-history emms-score emms-stream-info emms-metaplaylist-mode emms-bookmarks emms-cue emms-mode-line-icon emms-player-xine emms-player-mpd tq emms-playing-time emms-lyrics emms-url emms-streams emms-show-all emms-tag-editor emms-mark emms-mode-line emms-info-ogginfo emms-info-mp3info emms-player-vlc emms-setup emms-browser sort emms-playlist-sort emms-playlist-mode emms-last-played emms-cache emms-info later-do emms-player-mplayer emms-source-playlist emms-source-file locate emms-player-simple emms emms-compat qw-elfeed elfeed-csv elfeed-show message puny rfc822 mml mml-sec epa epg gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader shr svg dom elfeed-db elfeed-search elfeed elfeed-curl elfeed-lib elfeed-log url-queue browse-url xml-query xml google-this url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf mailcap ob-shell ob-ditaa ob-plantuml password-generator org-password-manager perry perry-utils perry-export mustache perry-mode simple-httpd url-util htmlize cl noflet cl-indent ox-md ox-odt rng-loc rng-uri rng-parse rng-match rng-dt rng-util rng-pttrn nxml-parse nxml-ns nxml-enc xmltok nxml-util ox-latex ox-icalendar ox-html table ox-ascii ox-publish ox org-clock org-element avl-tree org org-macro org-footnote org-pcomplete org-list org-faces org-entities org-version ob-emacs-lisp ob ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint tramp tramp-compat tramp-loaddefs trampver shell pcomplete parse-time ob-core ob-eval org-compat org-macs org-loaddefs format-spec cal-menu calendar cal-loaddefs elisp-slime-nav ielm mustache-mode inf-ruby ruby-mode smie lorem-ipsum yaml-mode markdown-mode noutline outline time bookmark+ bookmark+-key derived bookmark+-1 bookmark+-bmu bookmark+-lit bookmark pp undo-tree diff which-key diff-hl face-remap vc-hg vc-git vc-dir ewoc vc vc-dispatcher diff-mode aggressive-indent lisp-mnt super-save dired-aux dired-x recentf tree-widget wid-edit savehist saveplace easy-kill thingatpt ag vc-svn compile comint ansi-color find-dired dired dired-loaddefs windmove flycheck find-func flyspell ispell ido company-oddmuse company-keywords company-etags etags xref project company-gtags company-dabbrev-code company-dabbrev company-files company-capf company-cmake company-xcode company-clang company-semantic company-eclim company-template company-css company-nxml company-bbdb company paren paredit golden-ratio darktooth-theme autothemer edmacro kmacro server hl-line autorevert filenotify delsel paradox paradox-menu paradox-commit-list hydra ring lv paradox-execute paradox-github paradox-core spinner subr-x use-package diminish bind-key easy-mmode gh-common gh-profile rx s ucs-normalize marshal eieio-compat ht json map dash advice finder-inf info package epg-config url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv cl-loaddefs pcase cl-lib time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors 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 composite charscript case-table epa-hook jka-cmpr-hook help simple abbrev obarray 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 750198 370486) (symbols 48 49741 4) (miscs 40 1408 1870) (strings 32 199544 263193) (string-bytes 1 6329177) (vectors 16 96623) (vector-slots 8 2118756 224060) (floats 8 5135 1508) (intervals 56 23623 7076) (buffers 976 24)) From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 24 Jan 2017 23:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alex 'QWxleA' Poslavsky Cc: 25521@debbugs.gnu.org Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.14853008653789 (code B ref 25521); Tue, 24 Jan 2017 23:35:01 +0000 Received: (at 25521) by debbugs.gnu.org; 24 Jan 2017 23:34:25 +0000 Received: from localhost ([127.0.0.1]:41097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWAbZ-0000z3-JT for submit@debbugs.gnu.org; Tue, 24 Jan 2017 18:34:25 -0500 Received: from mail-io0-f170.google.com ([209.85.223.170]:36817) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWAbX-0000ym-0X for 25521@debbugs.gnu.org; Tue, 24 Jan 2017 18:34:24 -0500 Received: by mail-io0-f170.google.com with SMTP id j13so1298426iod.3 for <25521@debbugs.gnu.org>; Tue, 24 Jan 2017 15:34:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=UM+E1zapxDQQXNLUMZwOprnJGlaWPFagmudtFuXgujQ=; b=XK4T1MUAqfoqOtM6vcwoq2BAI2vJJJIyBl6pMuXjPb1horTndEcQ+wWWNjoI0+hI7w JbpS0NHCVbpEzy5VMB43BpXd+Piid3hSqWzd5nCr7fcmJoWx8l7MJuaqTFeSrvo+NecF f7rFEbCmawzp69nBIoJzLqGfcWa31JOT6dOttcccew0Wlu8aRrdyEJwzIVLF926JbM6N +3N9M8S6ja2SjqXlBI2J2NkrdZrbv5ly4IrfIW2R4AXCIlCnJQOk/SzAVTMLQctg2zMg SXdyUgJyvy50C4rUoszJWz6T0jitHoYqFk7FPc0Zuv0hOTXMdmW0FPHsdUCnCNTrGA3A W5Yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=UM+E1zapxDQQXNLUMZwOprnJGlaWPFagmudtFuXgujQ=; b=KAuS3e3y2EgGux4sWu08oFYRKon39DHL1OAIsILa3qbwSUgqnBLvnxSrGe30Oi330Z V+oV+gmoAYwfDiVnJCX2ljMAcPtLaJl8p86zu9MOUz0Ginlgn7L9Arl7qORPL7TpHBo8 ZzPqSpP8mztXY1ZdnsxsDzNdjlmr7D/y5Bsyfb6ofzY3/t7CjO46lY40L5FI7XiC9X+W OZQEvr00y06palikSWA16N6eZpzys3W+w6J/FvlwNU/uqiGY57iH4OuiA/QZ65gf5nux 922EjdrW4KEfTIa8Zq4d0qfafv9DeYPZTPCt6fj3TJIhQH+Kr5y+TSgzUTXlCRgjgzQj dNRw== X-Gm-Message-State: AIkVDXJIlzbKhSXGm4Wyc5ktOWS44fc3hAqlTSaesjWdDDPBWjzz1xaoKT8Pa/dk6m/EVQ== X-Received: by 10.107.9.141 with SMTP id 13mr37215334ioj.24.1485300857487; Tue, 24 Jan 2017 15:34:17 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id 184sm11835429itx.0.2017.01.24.15.34.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 24 Jan 2017 15:34:16 -0800 (PST) From: npostavs@users.sourceforge.net References: <87a8agrwwx.fsf@gmail.com> Date: Tue, 24 Jan 2017 18:35:25 -0500 In-Reply-To: <87a8agrwwx.fsf@gmail.com> (Alex Poslavsky's message of "Tue, 24 Jan 2017 23:05:34 +0200") Message-ID: <87pojct4jm.fsf@users.sourceforge.net> 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.6 (/) 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.6 (/) Alex 'QWxleA' Poslavsky writes: > The following, used as ~/.emacs.d/init.el: > > (require 'org) > > (defun qw () > (interactive) > "Create a new capture frame helper-function"=20 > (make-frame '((name . "foo") > (width . 120) > (height . 25))) > (select-frame-by-name "foo")=20 > (org-agenda)) > > works on emacs24, but not on a current git, build 24 Jan 2017. The > error-message is: select-frame-by-name: There is no frame named =E2=80=98= foo=E2=80=99 > > I left everything else, but it doesn't look helpful. I guess this is more fallout from my recent fix for #24091 [1: 6a788d2]. The following simplification of your `qw' function works for me: (defun qw () (interactive) "Create a new capture frame helper-function"=20 (select-frame (make-frame '((width . 120) (height . 25)))) (org-agenda)) 1: 2017-01-20 23:36:26 -0500 6a788d2fc18c23dcfc5d0352649b2f690e9cbff7 Don't wait for frame to become visible From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Jan 2017 03:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alex 'QWxleA' Poslavsky Cc: 25521@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.148531514519967 (code B ref 25521); Wed, 25 Jan 2017 03:33:02 +0000 Received: (at 25521) by debbugs.gnu.org; 25 Jan 2017 03:32:25 +0000 Received: from localhost ([127.0.0.1]:41313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWEJt-0005Bz-Fi for submit@debbugs.gnu.org; Tue, 24 Jan 2017 22:32:25 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWEJr-0005Bl-Eg for 25521@debbugs.gnu.org; Tue, 24 Jan 2017 22:32:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWEJj-0002Og-6e for 25521@debbugs.gnu.org; Tue, 24 Jan 2017 22:32:18 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-3.2 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]:53501) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWEJj-0002OP-38; Tue, 24 Jan 2017 22:32:15 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2630 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cWEJh-0007AN-N7; Tue, 24 Jan 2017 22:32:14 -0500 Date: Wed, 25 Jan 2017 05:31:56 +0200 Message-Id: <83lgtz3jdf.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87a8agrwwx.fsf@gmail.com> (message from Alex 'QWxleA' Poslavsky on Tue, 24 Jan 2017 23:05:34 +0200) References: <87a8agrwwx.fsf@gmail.com> 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: -8.2 (--------) 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: -8.2 (--------) > From: Alex 'QWxleA' Poslavsky > Date: Tue, 24 Jan 2017 23:05:34 +0200 > > > The following, used as ~/.emacs.d/init.el: > > (require 'org) > > (defun qw () > (interactive) > "Create a new capture frame helper-function" > (make-frame '((name . "foo") > (width . 120) > (height . 25))) > (select-frame-by-name "foo") > (org-agenda)) > > works on emacs24, but not on a current git, build 24 Jan 2017. The > error-message is: select-frame-by-name: There is no frame named ‘foo’ Does it help to insert a short wait before the select-frame-by-name call? From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Jan 2017 03:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: npostavs@users.sourceforge.net Cc: 25521@debbugs.gnu.org, qwxlea@gmail.com Reply-To: Eli Zaretskii Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.148531548020454 (code B ref 25521); Wed, 25 Jan 2017 03:38:02 +0000 Received: (at 25521) by debbugs.gnu.org; 25 Jan 2017 03:38:00 +0000 Received: from localhost ([127.0.0.1]:41330 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWEPI-0005Jq-K2 for submit@debbugs.gnu.org; Tue, 24 Jan 2017 22:38:00 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48488) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWEPH-0005Jd-0A for 25521@debbugs.gnu.org; Tue, 24 Jan 2017 22:37:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWEP8-0004XZ-Pd for 25521@debbugs.gnu.org; Tue, 24 Jan 2017 22:37:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 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]:53536) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWEP8-0004XT-MH; Tue, 24 Jan 2017 22:37:50 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2632 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cWEP6-0007SM-IO; Tue, 24 Jan 2017 22:37:49 -0500 Date: Wed, 25 Jan 2017 05:37:31 +0200 Message-Id: <83k29j3j44.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87pojct4jm.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net) References: <87a8agrwwx.fsf@gmail.com> <87pojct4jm.fsf@users.sourceforge.net> 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: -8.2 (--------) 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: -8.2 (--------) > From: npostavs@users.sourceforge.net > Date: Tue, 24 Jan 2017 18:35:25 -0500 > Cc: 25521@debbugs.gnu.org > > > (require 'org) > > > > (defun qw () > > (interactive) > > "Create a new capture frame helper-function" > > (make-frame '((name . "foo") > > (width . 120) > > (height . 25))) > > (select-frame-by-name "foo") > > (org-agenda)) > > > > works on emacs24, but not on a current git, build 24 Jan 2017. The > > error-message is: select-frame-by-name: There is no frame named ‘foo’ > > > > I left everything else, but it doesn't look helpful. > > I guess this is more fallout from my recent fix for #24091 [1: 6a788d2]. I wonder whether we should reinstate a wait there, but make it limited so that it never infloops. Otherwise, these issues will continue to haunt us and the users. From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: "Alex \(QWxleA\)" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Jan 2017 06:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 25521@debbugs.gnu.org Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.148532686118307 (code B ref 25521); Wed, 25 Jan 2017 06:48:02 +0000 Received: (at 25521) by debbugs.gnu.org; 25 Jan 2017 06:47:41 +0000 Received: from localhost ([127.0.0.1]:41417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWHMr-0004lD-Dc for submit@debbugs.gnu.org; Wed, 25 Jan 2017 01:47:41 -0500 Received: from mail-lf0-f68.google.com ([209.85.215.68]:33020) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWHMq-0004l1-MZ for 25521@debbugs.gnu.org; Wed, 25 Jan 2017 01:47:40 -0500 Received: by mail-lf0-f68.google.com with SMTP id x1so19539480lff.0 for <25521@debbugs.gnu.org>; Tue, 24 Jan 2017 22:47:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=//cnnX8IbgVJ7NPdOOUdwaiZCR+f7gkTa5VSnksza5A=; b=ovpyMit/U4UJlDVOMF9rtxIBzbXtnbctnu7rsD9KNU/pJOS3bu8UxYHKyDuA3LqWB3 JZbSL4E2yBtrKw1PLA1qXAk256qFFGUc4GEZKrwhGlG4DvU31/oQ3GUa5yyEr608FtKo utS95L+fDYFQtFBGblpPUWRGSWGRrxfMPyObXuF2lHn0D1O+SC7oYLylSJXx9/5fg2Qj Je14Sjk+FnoLgD7Mo2EOWJ51VZcbUq+QjqyJKJjwsLxIM4LOsO9nEJv66dU/1JMOkN2c PC7P7V+lCRf4fvIzrRFZZubJLD9cNdC29Kg8GOUCAfU980uZB3x4uPDi1VNhX9Ad1o/d oWQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=//cnnX8IbgVJ7NPdOOUdwaiZCR+f7gkTa5VSnksza5A=; b=rAP/t82AowLDQFbRAJddG5lQ9HCtHWLJD0J62q1stuKI13MaCtFAEUVXj6DuiPrTi9 4WisfqEoE29OgETH30G4yP5UKil/KjZoluOVo3pFFomQU2PslWbmQ9iAzSLyr7rwfq// vu7/Va+bmNSbUhbDlDngskNMX8AiDDT30MGNJX/c2+HSHbHkGE1wypsqVpLi1SvEVBCe 2tkJTPYGeKCg/Q4RXQGl8nlJxNjuAXTKPrRP0J35L4rBDD3aNd3HIxBoBUmg6h+qnXXg kd1xQzX+IvpCBbAffWLxyvY8uGuXQ0iTgrJhqv7wybFWjhmmzCwynkrLH/qiFhfkAUJ9 DjNg== X-Gm-Message-State: AIkVDXLCqdKIa4ywgyUYsflwGwHON3iyWMSKg6C7j4gc78zUccmunr1hLYwgRXwGQsZmCQ== X-Received: by 10.25.199.9 with SMTP id x9mr4250596lff.95.1485326854667; Tue, 24 Jan 2017 22:47:34 -0800 (PST) Received: from localhost ([62.84.24.209]) by smtp.gmail.com with ESMTPSA id 206sm8137747ljf.35.2017.01.24.22.47.33 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 24 Jan 2017 22:47:34 -0800 (PST) References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> User-agent: mu4e 0.9.19; emacs 26.0.50.1 From: "Alex \(QWxleA\)" In-reply-to: <83lgtz3jdf.fsf@gnu.org> Date: Wed, 25 Jan 2017 08:47:33 +0200 Message-ID: <87mvefk54q.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.5 (/) 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.5 (/) Eli Zaretskii writes: >> From: Alex 'QWxleA' Poslavsky >> Date: Tue, 24 Jan 2017 23:05:34 +0200 >> >> >> The following, used as ~/.emacs.d/init.el: >> >> (require 'org) >> >> (defun qw () >> (interactive) >> "Create a new capture frame helper-function" >> (make-frame '((name . "foo") >> (width . 120) >> (height . 25))) >> (select-frame-by-name "foo") >> (org-agenda)) >> >> works on emacs24, but not on a current git, build 24 Jan 2017. The >> error-message is: select-frame-by-name: There is no frame named ‘foo’ > > Does it help to insert a short wait before the select-frame-by-name > call? Yes, the following works: (require 'org) (defun qw () (interactive) "Create a new capture frame helper-function" (make-frame '((name . "foo") (width . 120) (height . 25))) (sleep-for 0.00134) (select-frame-by-name "foo") (org-agenda)) If sleep gets any shorter it no longer works. The wait is short enough not to be noticed. Good enough for me, thanks for the suggestion. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 25 11:38:46 2017 Received: (at control) by debbugs.gnu.org; 25 Jan 2017 16:38:46 +0000 Received: from localhost ([127.0.0.1]:43005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWQas-0005U7-4z for submit@debbugs.gnu.org; Wed, 25 Jan 2017 11:38:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60239) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWQaq-0005Tj-G1 for control@debbugs.gnu.org; Wed, 25 Jan 2017 11:38:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cWQak-0001hJ-O8 for control@debbugs.gnu.org; Wed, 25 Jan 2017 11:38:39 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-5.1 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]:34493) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cWQak-0001hF-LC for control@debbugs.gnu.org; Wed, 25 Jan 2017 11:38:38 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cWQak-0003nO-AO for control@debbugs.gnu.org; Wed, 25 Jan 2017 11:38:38 -0500 Subject: control message for bug 24655 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Wed, 25 Jan 2017 11:38:38 -0500 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: -8.2 (--------) X-Debbugs-Envelope-To: control 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: -8.2 (--------) block 24655 by 25521 25522 25524 From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Jan 2017 23:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Alex \(QWxleA\)" Cc: Eli Zaretskii , 25521@debbugs.gnu.org Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.148538772824038 (code B ref 25521); Wed, 25 Jan 2017 23:43:01 +0000 Received: (at 25521) by debbugs.gnu.org; 25 Jan 2017 23:42:08 +0000 Received: from localhost ([127.0.0.1]:43930 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWXCa-0006Fe-Ey for submit@debbugs.gnu.org; Wed, 25 Jan 2017 18:42:08 -0500 Received: from mail-io0-f169.google.com ([209.85.223.169]:33317) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWXCY-0006FA-E8 for 25521@debbugs.gnu.org; Wed, 25 Jan 2017 18:42:06 -0500 Received: by mail-io0-f169.google.com with SMTP id v96so26797377ioi.0 for <25521@debbugs.gnu.org>; Wed, 25 Jan 2017 15:42:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=MCEK07I8yFjxVO/mfdAx963k8c7q1h49OXSEJGKL9PI=; b=ZOKJ2xfqmmRAsf7H+hvoSPL99AEM7zQlyE5sjD/0zC5yZBDiMrwNXOUYKTat7QmQo7 v2Xi8cJ9cq9Qnx3D2Z+YHs07Rtt8J8NgX1qfTzp3IRkvp51v4vmebeKkKTqqSIQ5GaSz eGCq/w8jCBPXS6jC6y5OKtcrZbL1AbCNTYFNgX3OzG33izT3mGr6twmqYYkwPKGW8eIF fhsC3NwPHRnCDrNn2QKgkrxQgw1KIwtr45sRuNgvA7QnFddw+AS3sFUXd7+T/0QrjxL7 l990f4dNNPZiJcTi+k0g7tMFjV+1OW1i+rHozCKCyvBNfKUzuSOTzeyplZ4EkRnsX/IO EHSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=MCEK07I8yFjxVO/mfdAx963k8c7q1h49OXSEJGKL9PI=; b=N61S6AnIlLR0mUOzeBnULOlZvY/osMQVnbeHltRgdB1k6fa1bDcDPzLEMr9OmNKbqX bwFj3wxk80xN+sFO5br7+SUEnQq4JficRl7wICzvP8+49G2HoBuZwp83VEPPPaGfKD4B 1kXEoqT9eYaHa1U75XUpLfbbr2ztxSmQoV9UbV3qDGhls67HtF4dtu7yuGE0U3OG+lYJ oyhxerdXxPVcHfDeWL8a7hjQlK4gB9TrFH54ZMx7D2ul9kOFuQqMDCakx8JH/5zb6Frg 1A8v6efKkw8SV1MmuBJh0ZGG/Hu+F947uj49fufTV4QYnZ/StLzBgpvHMeftetH+8EWp eTRQ== X-Gm-Message-State: AIkVDXKz0qNLNn2ihwCQ9+Y9+3ZOZ4c77FT4cJ6rlF86RwNmZuwc31qSGmdFlAuc7TBIIg== X-Received: by 10.107.12.87 with SMTP id w84mr449455ioi.108.1485387720828; Wed, 25 Jan 2017 15:42:00 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id k205sm11201033ita.15.2017.01.25.15.42.00 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 25 Jan 2017 15:42:00 -0800 (PST) From: npostavs@users.sourceforge.net References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> Date: Wed, 25 Jan 2017 18:43:08 -0500 In-Reply-To: <87mvefk54q.fsf@gmail.com> (Alex's message of "Wed, 25 Jan 2017 08:47:33 +0200") Message-ID: <87inp2u2nn.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.3 (-) 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 (-) "Alex (QWxleA)" writes: > > Yes, the following works: > > (require 'org) > > (defun qw () > (interactive) > "Create a new capture frame helper-function" > (make-frame '((name . "foo") > (width . 120) > (height . 25))) > (sleep-for 0.00134) > (select-frame-by-name "foo") > (org-agenda)) > > If sleep gets any shorter it no longer works. The wait is short enough > not to be noticed. Good enough for me, thanks for the suggestion. Can you clarify if the waitless version I suggested in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25521#8 also works? From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: "Alex \(QWxleA\)" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Jan 2017 11:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: npostavs@users.sourceforge.net Cc: Eli Zaretskii , 25521@debbugs.gnu.org Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.14854308514048 (code B ref 25521); Thu, 26 Jan 2017 11:41:02 +0000 Received: (at 25521) by debbugs.gnu.org; 26 Jan 2017 11:40:51 +0000 Received: from localhost ([127.0.0.1]:44230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWiQ7-00013E-Bi for submit@debbugs.gnu.org; Thu, 26 Jan 2017 06:40:51 -0500 Received: from mail-lf0-f68.google.com ([209.85.215.68]:36655) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWiQ6-000132-4Y for 25521@debbugs.gnu.org; Thu, 26 Jan 2017 06:40:50 -0500 Received: by mail-lf0-f68.google.com with SMTP id h65so23381294lfi.3 for <25521@debbugs.gnu.org>; Thu, 26 Jan 2017 03:40:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=bLMdEqBgKsdkZQPEajWHTbSc2ptXK1ZXvbz69BY0R0w=; b=X/n4JxS9K1glY6UAzlBQ7oNFWSMPNOJNpUnDa87UiIsCH0s2Sl0wsC6h7Kh9IuN0C6 tP2hluu2c05I/s+N3DsNwA4xn127PW82eomZ1rUTVsa46XAoTDxLFb3QdlhwMKt/sU8G 1/VacrOeWQ+DE5J117BRzBXE7iK5zkS/LKbOBg+FzWyx3MDwomr3dJQJSfsjcPiP2KsZ OdTN6a6itpM8cwiOB0NuLqseBpG9K/Rq89ZFXezBOJs7oyVeiol1BvJIobjn6/VAwkqr TUjH+DaSqlF3uvHE1WicnMzn/IDer4pXTvqJShSjEp7/7o7rc53guoWx4A9Uk3jkspGi 9Twg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=bLMdEqBgKsdkZQPEajWHTbSc2ptXK1ZXvbz69BY0R0w=; b=i1rEkaZhiHRm7sW8mCHncEOoGalJrUQCSTA0Rmj2PQFyWqhaEh9c2welLzexfYz4iL 1VnqNdx67b+P+5hrO12hmJf7yr0Cjm7egtoFF2Owg5iU+ltU6mz5llYfcNhjuquOEbDQ UcfHBriNEEI1bOVsUIUToQxyhBkcX1h3l5egiQPJ0xMoiaTuOxaucrKUEJCuCyqnGPrY esIyjRMpAngfuNpb/IGlGT0Hj7yGtxvRyywk0fKsu3CM/QPZCNhfH1I+aEz13hrlhyIA sYeIgwjlXQju3Rpn/2YAOb+gJ3oj3i0q9lh2tgNnTGwdh1wmNEn5y4Dn3zveZK7hv6Kp k5Lg== X-Gm-Message-State: AIkVDXLjt6yJnuuG9AIbYMMpca4B8NnVZ4MrsCUlOMSjhMBEoTQ4E92FcCpirnp5C7oWeQ== X-Received: by 10.25.67.84 with SMTP id m20mr872623lfj.106.1485430843897; Thu, 26 Jan 2017 03:40:43 -0800 (PST) Received: from localhost ([62.84.24.209]) by smtp.gmail.com with ESMTPSA id u126sm406830lja.25.2017.01.26.03.40.42 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 26 Jan 2017 03:40:43 -0800 (PST) References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> User-agent: mu4e 0.9.19; emacs 26.0.50.1 From: "Alex \(QWxleA\)" In-reply-to: <87inp2u2nn.fsf@users.sourceforge.net> Date: Thu, 26 Jan 2017 13:40:42 +0200 Message-ID: <87r33qm4lh.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) 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.5 (/) npostavs@users.sourceforge.net writes: > "Alex (QWxleA)" writes: >> >> Yes, the following works: >> >> (require 'org) >> >> (defun qw () >> (interactive) >> "Create a new capture frame helper-function" >> (make-frame '((name . "foo") >> (width . 120) >> (height . 25))) >> (sleep-for 0.00134) >> (select-frame-by-name "foo") >> (org-agenda)) >> >> If sleep gets any shorter it no longer works. The wait is short enough >> not to be noticed. Good enough for me, thanks for the suggestion. > > Can you clarify if the waitless version I suggested in > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25521#8 also works? No, the wrong frame is targeted without (select-frame-by-name "foo"). Without it, the parent-frame will run (org-agenda). Select-frame-by-name does not work without (sleep-for 0.00134). thanks, Alex From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Jan 2017 14:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Alex \(QWxleA\)" Cc: Eli Zaretskii , 25521@debbugs.gnu.org Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.14854413726467 (code B ref 25521); Thu, 26 Jan 2017 14:37:01 +0000 Received: (at 25521) by debbugs.gnu.org; 26 Jan 2017 14:36:12 +0000 Received: from localhost ([127.0.0.1]:44360 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWl9o-0001gF-9h for submit@debbugs.gnu.org; Thu, 26 Jan 2017 09:36:12 -0500 Received: from mail-it0-f52.google.com ([209.85.214.52]:37833) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWl9m-0001fz-6D for 25521@debbugs.gnu.org; Thu, 26 Jan 2017 09:36:10 -0500 Received: by mail-it0-f52.google.com with SMTP id r185so34509959ita.0 for <25521@debbugs.gnu.org>; Thu, 26 Jan 2017 06:36:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=xTYELjEcseLbzy54nuQ1js4IhWH8eTLk3UogCKLQ1qE=; b=CjEsfC+sQBo+YBggm4clqN5NdKj3+2n8hbDmoBlXa6n2Kv0wxug4dsMQIUTASc5uVd BGDIdM3ZwkMx6mw6ubAzNfb14lpn06cXTpm52kl5baaPyG9OzD0SRN7pLcU/9scAzAtd IDci7ELfO49db+ym2bu/NtSnc66epMHFNrWFovZNMOXw4ww/4BHz+vv05PiVh6A/dl83 yxAHkQWAFroKHekkhqck60PC3xS+f02gB6Xw2KTCdObxvpf+DLDq7O+F6AAS36DJjlc3 n1oZAKC/8UzCTatKic+UdCbTRmDv8XXMvj6z4DJTM0i8B3yoQ5JQHvEu52aj8GZL8Sjc 1cFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=xTYELjEcseLbzy54nuQ1js4IhWH8eTLk3UogCKLQ1qE=; b=Q50XU+2X62diRNiTg/diYmAMnPinqVqOKbQMJYXTOaChfXzL/yG4HalgKETODg1nsI 9Svv2Kk37Uf0uwVE14kh2cvt9h2+rdEvHv/6bFu1ki28u3CVm6hNiYz7rlQoZMZF2DTw LlJDrJgfCE7h+c2j3v/p87IS+yt5pleZM/VyO8luz0c/xdHB+GD2QDc4U1bY4RepKJgP 0NO/vmNBNVz6/RdL2Cm0NMRxkBUNbaRRej8zsbnrI04GFCBGWxn/rNy3OfMT7oHdWVtu rxZeUzQ42kmezQlFBnStvBHfwbvdA7IZwVjIOGc49473sYPKVNTQx43dS1DXsXHv4003 1a4w== X-Gm-Message-State: AIkVDXIeZECPJxNwco053PuwICDrim7OOfpDXHjs3dKZ1R7NDMRqq/nntrePAgrSuJINLw== X-Received: by 10.36.68.130 with SMTP id o124mr28140845ita.62.1485441364650; Thu, 26 Jan 2017 06:36:04 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id z13sm1509734ioz.3.2017.01.26.06.36.03 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 26 Jan 2017 06:36:03 -0800 (PST) From: npostavs@users.sourceforge.net References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> Date: Thu, 26 Jan 2017 09:37:12 -0500 In-Reply-To: <87r33qm4lh.fsf@gmail.com> (Alex's message of "Thu, 26 Jan 2017 13:40:42 +0200") Message-ID: <87a8adubtz.fsf@users.sourceforge.net> 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.5 (/) 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.5 (/) "Alex (QWxleA)" writes: >> >> Can you clarify if the waitless version I suggested in >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25521#8 also works? > > No, the wrong frame is targeted without (select-frame-by-name "foo"). > Without it, the parent-frame will run (org-agenda). > > Select-frame-by-name does not work without (sleep-for 0.00134). It sounds like you didn't try my suggestion to use (select-frame (make-frame '((width . 120) (height . 25)))) instead of select-frame-by-name. Could you please try that? (or is there some other reason it doesn't apply in your situation?) From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: "Alex \(QWxleA\)" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 26 Jan 2017 15:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: npostavs@users.sourceforge.net Cc: Eli Zaretskii , 25521@debbugs.gnu.org Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.148544572927031 (code B ref 25521); Thu, 26 Jan 2017 15:49:02 +0000 Received: (at 25521) by debbugs.gnu.org; 26 Jan 2017 15:48:49 +0000 Received: from localhost ([127.0.0.1]:45702 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWmI4-00071v-UA for submit@debbugs.gnu.org; Thu, 26 Jan 2017 10:48:49 -0500 Received: from mail-lf0-f67.google.com ([209.85.215.67]:33754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWmI2-00071g-QB for 25521@debbugs.gnu.org; Thu, 26 Jan 2017 10:48:47 -0500 Received: by mail-lf0-f67.google.com with SMTP id x1so24085323lff.0 for <25521@debbugs.gnu.org>; Thu, 26 Jan 2017 07:48:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version; bh=83XsWdGUNpY8gM6l0OArZetDFYESi4lvGR0jJb37rt8=; b=GeGlHfN51Xn4pJI8FZmALC+FcKhd2enViIhaiysfA1oZ+DrgnJjdcPFJ9vzKObGJIs m5wm28MHiC+U43XFHccr9Mo8cugYaN8mlszZl73q0ySTsBrE02Evf4zUVBjage8tAwcz YRvvGXZv+j2/gMIFKNC2smUs3rsDT/E6e1xnyABqX8htNHti5UYYhckfDBlOz3SxkZkf lvibIV0tXN0RW8wnwElwGjss/rXEICXXF7LbOuWPLNy8L57A856Ra5tyswtY3hnmwCiA J4rhBbCAoCstZE5ruUNfOf097cOrw35TBwGoFfJq/pdQRF146JAjMDbfJCAY3Rk7Mq+G ml+g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version; bh=83XsWdGUNpY8gM6l0OArZetDFYESi4lvGR0jJb37rt8=; b=C3Q0TpVvAjBlfoXhha2hrGNgVzREXhdcpuFG9mQ18/AUZvMhnjrlxw4MpcZ5tJQjmD x1Oag8CFTKIk5SJyWlhKVrzf9qsfYlMM3aLnrPMSM5BGrbm6st4Qm1lLXkFS+UcjAr1s sUp3GkghxEyeho3CObXws9wuwKTIXGw1quwS5DZ0M3yVJN8iLpWMyjWuZ5q6+iFJ0uFv dFYNIx5LDOFI+ZFsz1GeuFvaIa7SQ+Mur69gPhHstQbfKG770wcisFOM3iL5wDiGlmjJ URCLPGe4TwX0kmD5w2R9ViH3BnqSXc8uRIcfoQMn7uB/utwn4p1CEBpCCSq0TSYzKujc vvPA== X-Gm-Message-State: AIkVDXImWTdB4ZQOZpZn73zkqUktsagiqxKpWqlQkTSiao35RSPzpwEtfbdYjNgU9/j76Q== X-Received: by 10.25.67.19 with SMTP id q19mr1223688lfa.9.1485445720741; Thu, 26 Jan 2017 07:48:40 -0800 (PST) Received: from localhost ([62.84.24.209]) by smtp.gmail.com with ESMTPSA id n142sm571666lfb.34.2017.01.26.07.48.39 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 26 Jan 2017 07:48:39 -0800 (PST) References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> User-agent: mu4e 0.9.19; emacs 26.0.50.1 From: "Alex \(QWxleA\)" In-reply-to: <87a8adubtz.fsf@users.sourceforge.net> Date: Thu, 26 Jan 2017 17:48:38 +0200 Message-ID: <877f5hq0tl.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) 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.5 (/) npostavs@users.sourceforge.net writes: > "Alex (QWxleA)" writes: > >>> >>> Can you clarify if the waitless version I suggested in >>> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25521#8 also works? >> >> No, the wrong frame is targeted without (select-frame-by-name "foo"). >> Without it, the parent-frame will run (org-agenda). >> >> Select-frame-by-name does not work without (sleep-for 0.00134). > > It sounds like you didn't try my suggestion to use > > (select-frame (make-frame '((width . 120) > (height . 25)))) > > instead of select-frame-by-name. Could you please try that? (or is > there some other reason it doesn't apply in your situation?) Ah, sorry, did not try that. Your above mentioned suggestion works. As I needed the name to be set for my window-manager, I ended up with the following (but it also works without (name . "foo")): (defun qw () (interactive) (select-frame (make-frame '((name . "foo") (width . 120) (height . 25)))) (org-agenda)) This is perfect, it does the same thing as: (defun qw () (interactive) (make-frame '( (name . "foo") (width . 120) (height . 25))) (sleep-for 0.00134) (select-frame-by-name "foo") (org-agenda)) But without the time-delay, so for my use it works, and is shorter to boot, excellent! Select-frame-by-name is a bit slow, when called right after make-frame, which might be a bug or not. Thanks for all the replies, Alex From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Jan 2017 02:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Alex \(QWxleA\)" Cc: Eli Zaretskii , 25521@debbugs.gnu.org Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.14854825008768 (code B ref 25521); Fri, 27 Jan 2017 02:02:01 +0000 Received: (at 25521) by debbugs.gnu.org; 27 Jan 2017 02:01:40 +0000 Received: from localhost ([127.0.0.1]:46814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWvr9-0002HM-PI for submit@debbugs.gnu.org; Thu, 26 Jan 2017 21:01:39 -0500 Received: from mail-io0-f179.google.com ([209.85.223.179]:34386) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cWvr8-0002HA-S1 for 25521@debbugs.gnu.org; Thu, 26 Jan 2017 21:01:39 -0500 Received: by mail-io0-f179.google.com with SMTP id l66so51441971ioi.1 for <25521@debbugs.gnu.org>; Thu, 26 Jan 2017 18:01:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=mJdfO7DPm9QjeCZYaqUenuS8L0Gblyeijhr71ALcwYE=; b=F/KCF0jQATN3Z5Ko4WEukUW0A8M+b9gSn1Zz9/sH73LX0dm7NtTgt9mSIpALstdZvu gw586IdLTEruHZEeo1qNei+vn6dABMDfVCpC9LV/d+AmvGxZOIKVIA5d9adfJ7d1t4ds TT1FYVTJJfAdIGIhTr2aQdFjDd9l7heGCXh9KlCfeYO2P28Po9xZhFx3WQcIfM17CWNH BLnTnmEcOEL5NgyYjJ1+nAy0EIRIpuxqgLarpyihowKujLzc77+PFOJpFvghnprebRLY TYtGFkFXaw7WIxNEcakYRXWnEVHqjYOozOBrSF7oABlffKzvBD1ZJ/1r7ovwFghKBfz1 ucXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=mJdfO7DPm9QjeCZYaqUenuS8L0Gblyeijhr71ALcwYE=; b=l13fu4lZFaTpWbPtrydMj73lHj0EYMAiGwkS0gq6Mvu3aOLSzUbyknTbuAU79AGEQ5 h/bVq8zdfZalIvgFUdb3Dh3eJSxPEA8fFUAAaajQ1cDDslVjIVW2ctM/IpxsXCFBjYPd Zn+D8kg/WOHQvjdOmMnW94if102GlpFotYHzuxQSst87hjJQPGn+SMjrIwG1FdC91sUw t55Iz+hFa5CGIkU1NHC2b1SKJyZ8nzyM70jfiiO/hr6xBZnA2fnX/pqHuPPUFO8US7xW VYEsfx7VyBYvtEeblSt88V0l/y9vMVWl537M4oMHxHqRvmNpsYF3OCoVjEwa04XQW9zJ DI7g== X-Gm-Message-State: AIkVDXIToZm6MfqH/fgkWbHT47F9k7rxIXGHp4sxu+LM4V5rAQr9TmqM/zpcSMr0nW1tnA== X-Received: by 10.107.162.134 with SMTP id l128mr5692085ioe.128.1485482493189; Thu, 26 Jan 2017 18:01:33 -0800 (PST) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id v68sm2451572ioi.20.2017.01.26.18.01.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 26 Jan 2017 18:01:32 -0800 (PST) From: npostavs@users.sourceforge.net References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> Date: Thu, 26 Jan 2017 21:02:41 -0500 In-Reply-To: <877f5hq0tl.fsf@gmail.com> (Alex's message of "Thu, 26 Jan 2017 17:48:38 +0200") Message-ID: <87ziids1j2.fsf@users.sourceforge.net> 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.6 (/) 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.6 (/) "Alex (QWxleA)" writes: > > Ah, sorry, did not try that. Your above mentioned suggestion works. As I > needed the name to be set for my window-manager, I ended up with the following (but it > also works without (name . "foo")): > > (defun qw () > (interactive) > (select-frame (make-frame '((name . "foo") > (width . 120) > (height . 25)))) > (org-agenda)) > > This is perfect, it does the same thing as: > > (defun qw () > (interactive) > (make-frame '( (name . "foo") > (width . 120) > (height . 25))) > (sleep-for 0.00134) > (select-frame-by-name "foo") > (org-agenda)) > > But without the time-delay, so for my use it works, and is shorter to > boot, excellent! Thanks for confirming. > Select-frame-by-name is a bit slow, when called right after make-frame, which might be > a bug or not. select-frame-by-name only selects frames that are on the current display, so it doesn't work for frames that haven't been selected yet. Until recently, Emacs would busy wait until the frame becomes visible, now that it doesn't, you need to add the wait in lisp code. Eli Zaretskii writes: > > I wonder whether we should reinstate a wait there, but make it limited > so that it never infloops. Otherwise, these issues will continue to > haunt us and the users. This case can be solved in a simpler way, and in the other case (Bug#25511), I believe Martin was saying something similar, so I think it would be a bit premature to add the busy wait again. For select-frame-by-name specifically, we could make it check non-visible frames as well, though I'm inclined to just mark this as notabug/wontfix. From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Jan 2017 07:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: npostavs@users.sourceforge.net Cc: 25521@debbugs.gnu.org, qwxlea@gmail.com Reply-To: Eli Zaretskii Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.148550378414674 (code B ref 25521); Fri, 27 Jan 2017 07:57:01 +0000 Received: (at 25521) by debbugs.gnu.org; 27 Jan 2017 07:56:24 +0000 Received: from localhost ([127.0.0.1]:46910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cX1OS-0003oc-Lp for submit@debbugs.gnu.org; Fri, 27 Jan 2017 02:56:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49699) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cX1OR-0003oQ-Go for 25521@debbugs.gnu.org; Fri, 27 Jan 2017 02:56:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cX1OJ-0005jm-4S for 25521@debbugs.gnu.org; Fri, 27 Jan 2017 02:56:18 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.4 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]:59210) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cX1OJ-0005ji-1J; Fri, 27 Jan 2017 02:56:15 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3960 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1cX1OH-0001yg-OD; Fri, 27 Jan 2017 02:56:14 -0500 Date: Fri, 27 Jan 2017 09:56:02 +0200 Message-Id: <83vat10wdp.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87ziids1j2.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net) References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> 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: -8.2 (--------) 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: -8.2 (--------) > From: npostavs@users.sourceforge.net > Cc: 25521@debbugs.gnu.org, Eli Zaretskii > Date: Thu, 26 Jan 2017 21:02:41 -0500 > > > I wonder whether we should reinstate a wait there, but make it limited > > so that it never infloops. Otherwise, these issues will continue to > > haunt us and the users. > > This case can be solved in a simpler way, and in the other case > (Bug#25511), I believe Martin was saying something similar, so I think > it would be a bit premature to add the busy wait again. Issues with rare use cases usually take many moons to emerge, but in this case the complaints started right away. So it seems like the elimination of the loop interferes with non-rare use cases, which means we will probably be seeing much more of similar complaints in the future, including for stuff people do in their init files without too detailed understanding of the underlying machinery. I'd expect at least some of these case not easily solved, and in any case it's a nuisance to users and Lisp package developers. What's more, a similar loop still exists on w32, so we will have subtly different behavior on different platforms. Reinstating the loop, but without the danger of inflooping, could have taken care of these issues in advance. Thus my proposal. From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Jun 2017 03:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.149879203921775 (code B ref 25521); Fri, 30 Jun 2017 03:08:01 +0000 Received: (at 25521) by debbugs.gnu.org; 30 Jun 2017 03:07:19 +0000 Received: from localhost ([127.0.0.1]:45285 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQmH9-0005f9-7j for submit@debbugs.gnu.org; Thu, 29 Jun 2017 23:07:19 -0400 Received: from mail-io0-f195.google.com ([209.85.223.195]:34612) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQmH6-0005eu-Gn for 25521@debbugs.gnu.org; Thu, 29 Jun 2017 23:07:16 -0400 Received: by mail-io0-f195.google.com with SMTP id m19so2514643ioe.1 for <25521@debbugs.gnu.org>; Thu, 29 Jun 2017 20:07:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=Ow5Don/ktGAXkt0rnKNMIoFPvMXE8KPYCkScaTchmXA=; b=ganbivLWf00EOq8Zk/Aek76IZsqQxtsZ64wM7/Zl1xaK+peqj/lxHxOLDNk6ejg0JB h1HDDkkRG/LJsCCQcwM4SUEpu/4XJcHcxrdtVuTsJLgVtPi2nYU9VwvfkeSP1SSP4+01 D/yvQcj9mECF7lHob0XWSsAQJTYSaPYK/ESx+7OEXVqNIOerER68kkFouCQBTWMjy/Vs X74QQVTKYBInI6P88upMjeZPTJUD4fcRyts6RfBxNnzik9ndHJ2nlK5XC9oyMDeEQQCu 2Au9XM2VMsWvu62oZPOTM6F24UWnDb7vURtwmgTSJ/E2EFTb3uQx3oe1aK3+GrWlnRmL fx1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=Ow5Don/ktGAXkt0rnKNMIoFPvMXE8KPYCkScaTchmXA=; b=sA90eL3xCQTP9pKaAof5TwMz4FtagiBDYtFx/+Ium7fF8/FdKY9516UO2vv6VPTGGb fQX14SuKAPBW6fhxaGQ1b3tLE5ipsuQiF3GAT0ResLinJR9ulrRA2/HtgZ4Hitb+VMkH w0M/rtiEOZ+nADXwaGHnmZZjPZBFiXsr0Dt/pensnUGe+0D8Wme/DcVVcHAc80Ym/0E4 qDWjFJvCXj21T0LB0Cp3+8mFAIxu20bUPWztPDTjeUUvoCHt5xKgwM9GIekTiL/fQ7A+ +9bh4WZEJ7hor7uGWqBnUptg4ocYv+4cwcNZ8kJoXuNKf6Wob+qjmuHuCECaBQiqiToj 1Y2w== X-Gm-Message-State: AKS2vOznDcaWXoif7aj7Em2UjuM+KZuWPOd6K7Si4+DVUP81yIsdPzFG AoAs4RXb7MPsVw== X-Received: by 10.107.137.224 with SMTP id t93mr19229349ioi.215.1498792030826; Thu, 29 Jun 2017 20:07:10 -0700 (PDT) Received: from zony ([45.2.7.65]) by smtp.googlemail.com with ESMTPSA id 95sm3740051ios.36.2017.06.29.20.07.09 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 29 Jun 2017 20:07:09 -0700 (PDT) From: npostavs@users.sourceforge.net References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> Date: Thu, 29 Jun 2017 23:08:46 -0400 In-Reply-To: <83vat10wdp.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 27 Jan 2017 09:56:02 +0200") Message-ID: <87wp7ukw8x.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) 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 (--) Eli Zaretskii writes: > Issues with rare use cases usually take many moons to emerge, but in > this case the complaints started right away. So it seems like the > elimination of the loop interferes with non-rare use cases, which > means we will probably be seeing much more of similar complaints in > the future, including for stuff people do in their init files without > too detailed understanding of the underlying machinery. On the other hand, I haven't seen any additional cases since the first two... > I'd expect at least some of these case not easily solved, and in any > case it's a nuisance to users and Lisp package developers. > > What's more, a similar loop still exists on w32, so we will have > subtly different behavior on different platforms. > > Reinstating the loop, but without the danger of inflooping, could have > taken care of these issues in advance. Thus my proposal. How about removing the delay from w32 as well, and implementing it in lisp, then it will be easier to play with (by the way, x_make_frame_visible in nsterm.m does not have any delay so we already had different behaviour on different platforms). --- c/lisp/frame.el +++ i/lisp/frame.el @@ -610,6 +610,15 @@ (defvar after-make-frame-functions nil "Functions to run after a frame is created. The functions are run with one arg, the newly created frame.") +(defun wait-until-frame-is-visible (frame) + "Busy wait until FRAME is visible." + (let ((start-time (current-time))) + (while (and (not (frame-visible-p frame)) + (< (float-time (subtract-time (current-time) start-time)) 1.0)) + (sit-for 0.05)))) + +(add-hook 'after-make-frame-functions #'wait-until-frame-is-visible) + (defvar after-setting-font-hook nil "Functions to run after a frame's font has been changed.") From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Jun 2017 06:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: npostavs@users.sourceforge.net Cc: 25521@debbugs.gnu.org, qwxlea@gmail.com Reply-To: Eli Zaretskii Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.149880297220335 (code B ref 25521); Fri, 30 Jun 2017 06:10:02 +0000 Received: (at 25521) by debbugs.gnu.org; 30 Jun 2017 06:09:32 +0000 Received: from localhost ([127.0.0.1]:45365 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQp7U-0005Hv-4W for submit@debbugs.gnu.org; Fri, 30 Jun 2017 02:09:32 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52241) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQp7S-0005Hj-AI for 25521@debbugs.gnu.org; Fri, 30 Jun 2017 02:09:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dQp7M-0001ei-9O for 25521@debbugs.gnu.org; Fri, 30 Jun 2017 02:09:25 -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_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53373) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQp7G-0001bb-MM; Fri, 30 Jun 2017 02:09:18 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3988 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dQp7F-0003QD-Se; Fri, 30 Jun 2017 02:09:18 -0400 Date: Fri, 30 Jun 2017 09:09:05 +0300 Message-Id: <837ezuqa66.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87wp7ukw8x.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net) References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> 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-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.0 (-----) > From: npostavs@users.sourceforge.net > Cc: 25521@debbugs.gnu.org, qwxlea@gmail.com > Date: Thu, 29 Jun 2017 23:08:46 -0400 > > How about removing the delay from w32 as well, and implementing it in > lisp, then it will be easier to play with If it works, why not? Just make sure this is well tested in the many use cases where new frames pop up, including the initial frame, the additional frames created by "C-x 5" and 'make-frame', the minibufferless and minbuffer-only frames, the non-nil pop-up-frames case, the tooltip frames, ... > (by the way, > x_make_frame_visible in nsterm.m does not have any delay so we already > had different behaviour on different platforms). To tell the truth, the NS port was never well in our sights. Thanks. From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Jun 2017 06:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: npostavs@users.sourceforge.net, Eli Zaretskii Cc: 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.149880554224095 (code B ref 25521); Fri, 30 Jun 2017 06:53:02 +0000 Received: (at 25521) by debbugs.gnu.org; 30 Jun 2017 06:52:22 +0000 Received: from localhost ([127.0.0.1]:45389 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQpmv-0006GZ-Mz for submit@debbugs.gnu.org; Fri, 30 Jun 2017 02:52:21 -0400 Received: from mout.gmx.net ([212.227.15.18]:54906) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQpmt-0006GK-8Q for 25521@debbugs.gnu.org; Fri, 30 Jun 2017 02:52:19 -0400 Received: from [192.168.1.100] ([46.125.249.42]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LyWAQ-1dm1XL22vm-015sMJ; Fri, 30 Jun 2017 08:52:01 +0200 Message-ID: <5955F510.5040101@gmx.at> Date: Fri, 30 Jun 2017 08:52:00 +0200 From: martin rudalics MIME-Version: 1.0 References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> In-Reply-To: <87wp7ukw8x.fsf@users.sourceforge.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Um5Tj0L52gA39lLJvTFEuEyKC5xH8HNPf/CoKb9PCPKwWCGcTWU Lq94QWMXOAiItNyuMox2UxoXIBn+wNRLUARaHRvrGiRKvK9kk2z8hOE9T19Dg6K0RBTFLTI ZpGea5mOHdnP9dRpgO83UMg6sTmlTKjsagj7TyOT8RNfpiwkMMqrLwfHANNZfzxzlHLWMYO PNYi7Kda0FVS3r9kFXEDQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:nUM5ZeTAsyg=:RZU/Ycot4BTVJp68sOt8o+ e/glvl+IokdcKJL5nd265P92KrQbbuP9BFzCFqSKKRzUnXD8LFxKJTfNGGIFnYIMBLxkXPI4g 4BsvQm2PvnArUMSIFWgqsJQmHgQlso/9yFiAvW+Q7eTGS4yFp0uoO7El6MlHPstZN+bgzMk8r JtDBXvTd2AvZaw7ovpz3gfl/mlSwDY9O1S0dRqCjaDDApjSHaFUV335VhqJoYziWmEVB9SHY+ ylBNMNg6+U8yj6iCYCTRLi5SBsZJVE6DMSLW4CLnTkiXNnlcpkffUdvKCqQHl46KzZiPt4nDb 9ZXEeg4IswMddyzcEprwsCOWmpwval3Yyfi22ee0nZ1iG5n0fYFs+MN1+gD5FxLdXYul0ZFQC Wh6IYb/ONrcwmuaA+7N3v0JW2tBPQSyIe0Y8inu3BkChAO+Oz6ubVxWv7pp/fEwCD0SoWYJtc 9UXLWZzO4fv3S9Es5+S72n9VHXMz7il97809FaUvPFemQYBFAax0BjeJSsV5g7CvI4qPim1Vx rU0VdbTpzUFTvvcpWu3M3lCoVtHoACosjiQuYyVWhScSdJMWxISyEILwJlbowT2pRM8oz0IFL dwkgNw9PTAtwOX89YnMXqA97MXh3/s2JsobyLTNgLBwG84s8Fd2f/uNmYg0H47+VMg6b4p7sn PUr+zzyncQgE1/YXYMldcJzYVt1I+g4iJqMrr/U+1O6C7AuuI7kDWRniMjRMTSex7U2w1ySaN dp/ux8haPruHr3wIAOMDbCLDzdMEQ6WINKJNZIBqpZ+LGpsRhOySc6t+AJkSwOyo1qRl1WbKm h4DWqk6 X-Spam-Score: 0.5 (/) 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.5 (/) > How about removing the delay from w32 as well, and implementing it in ... > +(add-hook 'after-make-frame-functions #'wait-until-frame-is-visible) Note that currently the w32 port waits only for frames that are meant to become visible and also waits every time a frame becomes visible and not only after it was created. martin From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Sep 2017 03:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150423554111076 (code B ref 25521); Fri, 01 Sep 2017 03:13:02 +0000 Received: (at 25521) by debbugs.gnu.org; 1 Sep 2017 03:12:21 +0000 Received: from localhost ([127.0.0.1]:38591 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dncNY-0002sW-FB for submit@debbugs.gnu.org; Thu, 31 Aug 2017 23:12:20 -0400 Received: from mail-io0-f179.google.com ([209.85.223.179]:33018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dncNU-0002sB-6w; Thu, 31 Aug 2017 23:12:16 -0400 Received: by mail-io0-f179.google.com with SMTP id b2so9809681iof.0; Thu, 31 Aug 2017 20:12:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=TGyEt0Aqe//NFnY9O6Z1ImRemi91/C1+eaaI48Uv33w=; b=QjOlgLQODbuIPz+VQ5LBnrVH1xpfvkpr0JzYw4kyAtLiIi+/+oqC51ymujp6O0fpEV t/51HJu1H2DloUsIHFuX6HnacqrYAhTLVkLx4LbLEikVvCnt/+B71VTHMkU3fTE6mtTL kSIzJVHLgS+oz5xuD3JsFKicH13S8fV1TXDLR3TMgVKj6lqtN7v8tdvaS2w6DY1940on 4Ra+V4FfU2w2kMI784ReotISZ0Lo/azEOWgksyFQOEEWzsg9p/EV7YeMezz72w5P8cqs P5A3agVYV8wayRlj66R+1Cg+ugSn7l+39EMrUkcsx4s2k6UAav6eGUTyc/ZlXrKvwBNm 5x2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=TGyEt0Aqe//NFnY9O6Z1ImRemi91/C1+eaaI48Uv33w=; b=SfT32Uh1iy/R/GLa2D4v8Djmhy+6TMDE4WL+ZHjrW/JBN1M/+rU+O7Vk2lQC6UXKxH Vvv0K0WvgPEU2qwJASqthpBxvTSoluG7PPME0YdhlJF9tQschJ4rWNAnVhGT9FqRpm4c VPeg/Wp3bpR06Y0rkDEBs4VkW9FCdaunX572B1CrH24V8bEV473Viltm7/1kqddeU6dJ flQY39ujh2soRNcH99RUHR7WYIikIkkgQJ1xcvRts7hdMrd6buCtLs8I5ZxoN8f6pRww pvLlCrMoeiGu6Tv67W3rfEQahw1WWiEeZCCWxWm6vwNJtwX7F2mB0M4H7cF5ChlajRWO 9fdQ== X-Gm-Message-State: AHPjjUgLr3gPZ1d6wxiO0ynThuF/3vpmO1m8UHYyjEdU328lz8Y9c/95 UGqELZTXHQthMN+h X-Google-Smtp-Source: ADKCNb5ElVT5oZDLoYs/Vz3W4gezv4EKKt6HnzU9t4WeQHeap2gRlP8Ob7SOsXTsp4JiUldlr8+efw== X-Received: by 10.107.47.148 with SMTP id v20mr493378iov.4.1504235530306; Thu, 31 Aug 2017 20:12:10 -0700 (PDT) Received: from zony ([45.2.119.49]) by smtp.googlemail.com with ESMTPSA id m75sm854773itb.17.2017.08.31.20.12.08 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 31 Aug 2017 20:12:09 -0700 (PDT) From: npostavs@users.sourceforge.net References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> Date: Thu, 31 Aug 2017 23:13:50 -0400 In-Reply-To: <5955F510.5040101@gmx.at> (martin rudalics's message of "Fri, 30 Jun 2017 08:52:00 +0200") Message-ID: <87efrr6rgx.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.1 (--) 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 (--) --=-=-= Content-Type: text/plain tags 25521 + patch quit martin rudalics writes: >> How about removing the delay from w32 as well, and implementing it in > ... >> +(add-hook 'after-make-frame-functions #'wait-until-frame-is-visible) > > Note that currently the w32 port waits only for frames that are meant to > become visible and also waits every time a frame becomes visible and not > only after it was created. Hmm, I thought I could get away with using an existing hook. But looking at all the places where x_make_frame_visible is called, I'm feeling reluctant to introduce lisp evaluation into them. I think we should go with Eli's idea, bring back the busy wait but add a timeout. --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=v1-0001-Bring-back-the-busy-wait-after-x_make_frame_visib.patch Content-Description: patch >From 3b8e60de58ae2b2f9fafd806e9f888e716a0f22b Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Wed, 30 Aug 2017 23:12:22 -0400 Subject: [PATCH v1] Bring back the busy wait after x_make_frame_visible (Bug#25521) But limit the wait to a configurable timeout. This mostly reverts "Don't wait for frame to become visible". * src/xterm.c (syms_of_xterm) [x-visible-frame-timeout]: New variable. * src/xterm.c (x_make_frame_visible): * src/w32term.c (x_make_frame_visible): Wait for frame to become visible according to its value. --- src/w32term.c | 13 ++++++++---- src/xterm.c | 67 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++-- 2 files changed, 74 insertions(+), 6 deletions(-) diff --git a/src/w32term.c b/src/w32term.c index 2785ae2b52..8b129ae029 100644 --- a/src/w32term.c +++ b/src/w32term.c @@ -6609,7 +6609,8 @@ w32_frame_raise_lower (struct frame *f, bool raise_flag) /* Change of visibility. */ -/* This tries to wait until the frame is really visible. +/* This tries to wait until the frame is really visible, depending on + the value of Vx_visible_frame_timeout. However, if the window manager asks the user where to position the frame, this will return before the user finishes doing that. The frame will not actually be visible at that time, @@ -6668,12 +6669,16 @@ x_make_frame_visible (struct frame *f) : SW_SHOWNORMAL); } + if (!FLOATP (Vx_visible_frame_timeout)) + return; + /* Synchronize to ensure Emacs knows the frame is visible before we do anything else. We do this loop with input not blocked so that incoming events are handled. */ { Lisp_Object frame; - int count; + double timeout = XFLOAT_DATA (Vx_visible_frame_timeout); + double start_time = XFLOAT_DATA (Ffloat_time (Qnil)); /* This must come after we set COUNT. */ unblock_input (); @@ -6683,8 +6688,8 @@ x_make_frame_visible (struct frame *f) /* Wait until the frame is visible. Process X events until a MapNotify event has been seen, or until we think we won't get a MapNotify at all.. */ - for (count = input_signal_count + 10; - input_signal_count < count && !FRAME_VISIBLE_P (f);) + while (timeout > (XFLOAT_DATA (Ffloat_time (Qnil)) - start_time) && + !FRAME_VISIBLE_P (f)) { /* Force processing of queued events. */ /* TODO: x_sync equivalent? */ diff --git a/src/xterm.c b/src/xterm.c index a7a52064a1..3ade688f1b 100644 --- a/src/xterm.c +++ b/src/xterm.c @@ -11373,8 +11373,13 @@ xembed_send_message (struct frame *f, Time t, enum xembed_message msg, /* Change of visibility. */ -/* This function sends the request to make the frame visible, but may - return before it the frame's visibility is changed. */ +/* This tries to wait until the frame is really visible, depending on + the value of Vx_visible_frame_timeout. + However, if the window manager asks the user where to position + the frame, this will return before the user finishes doing that. + The frame will not actually be visible at that time, + but it will become visible later when the window manager + finishes with it. */ void x_make_frame_visible (struct frame *f) @@ -11445,11 +11450,14 @@ x_make_frame_visible (struct frame *f) before we do anything else. We do this loop with input not blocked so that incoming events are handled. */ { + Lisp_Object frame; /* This must be before UNBLOCK_INPUT since events that arrive in response to the actions above will set it when they are handled. */ bool previously_visible = f->output_data.x->has_been_visible; + XSETFRAME (frame, f); + int original_left = f->left_pos; int original_top = f->top_pos; @@ -11496,6 +11504,48 @@ x_make_frame_visible (struct frame *f) unblock_input (); } + + + if (!FLOATP (Vx_visible_frame_timeout)) + return; + + double timeout = XFLOAT_DATA (Vx_visible_frame_timeout); + double start_time = XFLOAT_DATA (Ffloat_time (Qnil)); + + /* Process X events until a MapNotify event has been seen. */ + while (timeout > (XFLOAT_DATA (Ffloat_time (Qnil)) - start_time) && + !FRAME_VISIBLE_P (f)) + { + /* Force processing of queued events. */ + x_sync (f); + + /* This hack is still in use at least for Cygwin. See + http://lists.gnu.org/archive/html/emacs-devel/2013-12/msg00351.html. + + Machines that do polling rather than SIGIO have been + observed to go into a busy-wait here. So we'll fake an + alarm signal to let the handler know that there's something + to be read. We used to raise a real alarm, but it seems + that the handler isn't always enabled here. This is + probably a bug. */ + if (input_polling_used ()) + { + /* It could be confusing if a real alarm arrives while + processing the fake one. Turn it off and let the + handler reset it. */ + int old_poll_suppress_count = poll_suppress_count; + poll_suppress_count = 1; + poll_for_input_1 (); + poll_suppress_count = old_poll_suppress_count; + } + + if (XPending (FRAME_X_DISPLAY (f))) + { + XEvent xev; + XNextEvent (FRAME_X_DISPLAY (f), &xev); + x_dispatch_event (&xev, FRAME_X_DISPLAY (f)); + } + } } } @@ -13291,6 +13341,19 @@ syms_of_xterm (void) keysyms. The default is nil, which is the same as `super'. */); Vx_super_keysym = Qnil; + DEFVAR_LISP ("x-visible-frame-timeout", Vx_visible_frame_timeout, + doc: /* How long to wait for a frame to become visible. +Emacs will wait up to this many seconds after `make-frame-visible' is +called until receiving notification from the windowing system that the +frame has become visible. Under some window managers this can take an +indefinite amount of time, so it is important to limit the wait. + +If set to a non-float value, there will be no wait at all. This +should be fine unless your config contains some code that assumes +frames will become visible immediately (e.g., calling +`select-frame-by-name' directly after creating a named frame). */); + Vx_visible_frame_timeout = make_float (0.5); + DEFVAR_LISP ("x-keysym-table", Vx_keysym_table, doc: /* Hash table of character codes indexed by X keysym codes. */); Vx_keysym_table = make_hash_table (hashtest_eql, 900, -- 2.14.1 --=-=-=-- From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Sep 2017 06:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: npostavs@users.sourceforge.net Cc: rudalics@gmx.at, 25521@debbugs.gnu.org, qwxlea@gmail.com Reply-To: Eli Zaretskii Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.15042490146955 (code B ref 25521); Fri, 01 Sep 2017 06:57:02 +0000 Received: (at 25521) by debbugs.gnu.org; 1 Sep 2017 06:56:54 +0000 Received: from localhost ([127.0.0.1]:38889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dnfss-0001o7-FD for submit@debbugs.gnu.org; Fri, 01 Sep 2017 02:56:54 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35234) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dnfsq-0001nr-HX for 25521@debbugs.gnu.org; Fri, 01 Sep 2017 02:56:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dnfsk-0005Lp-IK for 25521@debbugs.gnu.org; Fri, 01 Sep 2017 02:56:47 -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_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dnfse-0005Ku-RZ; Fri, 01 Sep 2017 02:56:40 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3851 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dnfse-00086q-68; Fri, 01 Sep 2017 02:56:40 -0400 Date: Fri, 01 Sep 2017 09:56:29 +0300 Message-Id: <83inh229gi.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87efrr6rgx.fsf@users.sourceforge.net> (npostavs@users.sourceforge.net) References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> 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-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.0 (-----) > From: npostavs@users.sourceforge.net > Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com > Date: Thu, 31 Aug 2017 23:13:50 -0400 > > Hmm, I thought I could get away with using an existing hook. But > looking at all the places where x_make_frame_visible is called, I'm > feeling reluctant to introduce lisp evaluation into them. I think we > should go with Eli's idea, bring back the busy wait but add a timeout. This needs a NEWS entry about the new variable, I think. Please push in a few days if no one objects, and thanks. From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Sep 2017 13:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: npostavs@users.sourceforge.net Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150427098815011 (code B ref 25521); Fri, 01 Sep 2017 13:04:02 +0000 Received: (at 25521) by debbugs.gnu.org; 1 Sep 2017 13:03:08 +0000 Received: from localhost ([127.0.0.1]:39410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dnlbH-0003u3-Ts for submit@debbugs.gnu.org; Fri, 01 Sep 2017 09:03:08 -0400 Received: from mout.gmx.net ([212.227.17.21]:55652) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dnlbF-0003tV-Ep for 25521@debbugs.gnu.org; Fri, 01 Sep 2017 09:03:05 -0400 Received: from [192.168.1.100] ([46.125.250.108]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MXqV1-1e2IAA47Ut-00WjK1; Fri, 01 Sep 2017 15:02:50 +0200 Message-ID: <59A95A75.8040100@gmx.at> Date: Fri, 01 Sep 2017 15:02:45 +0200 From: martin rudalics MIME-Version: 1.0 References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> In-Reply-To: <87efrr6rgx.fsf@users.sourceforge.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:0iw7FdY58MT5A5BnLzhhZxbJRvMoNog6qnhhg6zP4/cXPM5BKgT jL+xug34E5s0KZyFVD/vYptSFVItowmGMtwEaVF5KBpajFSeCIx1zkfLv8J4s5OiiXcSSvl czXh0cWBc6FWtfc+n6AIe5/v0qEVF9J/FmiuK/UeSacJGMMDNsgcSqm2mNyx3BMlZ1RMgRk 5maJi3WIzXjrB/halwttQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:rjQIEq2JbJY=:BsbePXK6zXmOb5zpffFvhU J7zrnJ3zELWhZMCG16c+H6GuWkJICJyOj0U3y9m7EYfH12oiXEsCL3HgBdAjlwQADxDaYbvwl 144tHSjSlRPKHyJE2rhUqxvRXkwD/weKeyImWpfmSfHqScikWqlo4WWP5YMujxZmwtdMiikEl 27qVJHq7PWQD4oYTd2Q37wXqIJWHz5mJnSy00F0TAm/erRbYFzcWB6deIxTZRaFHppsXT6MwC cYcAxe4mnsuPDXf2sv03/+EnkJD8NKZZUvAj5cj1WaW6Rl03qjFyLQ8CgIfn/v5KRvSC9yKcH 1uSGhS4qNaW2yk7s8md3rWd2SqzvkccZnL422g0KLFU1iAPLTTnuFiUWvPGtULsIMZqWMtj4d gYNVKMA+VDYwrrt/ctCUZ5rTBuKaZdVp6OqJ5d/WK41bdoP3bhPIpbcKxhGdWmA8klGq6AhkL Kqy5c/GxUsABqOtiw/1sMSijRuisQKIK/7+FSsb9fuAVSKt1ZTiQGw5BLO1bUtNx6AQSF0dnQ 5SCngrhstL9eZFyKQ1C9OSiuEB3mjBySPZR1R9nOQX6Iy5s/LqOV+GJ9o/9IkRuJ6ibOK7enR QvK67UYeob9XQ5m1/Bg+KWWef0uaJvaj4TwpDmEssml73MYOa+ycpObYsh1c/IjzMTazjfzSQ CSwNqDAuGBIwJT8VBOpnyRysmlFrpafI0zxMLfWHKkjvc9CJheMwDK/5KEnWt9s0xAAl7xVPj XgPFdZHttMuxq4gNxOiYuYJOuln0VqjD2aoWz2zIHLGkxbPIFuy5CjJbzD5Ms4nIirRe09HFV wvCm8UKWD/lFUEOaosEDwDlcy5bpf8tq1GLgfMxzvmCFNjra3aClcrjapVXWn/u6rvymj5u X-Spam-Score: -3.5 (---) 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 (---) > Hmm, I thought I could get away with using an existing hook. But > looking at all the places where x_make_frame_visible is called, I'm > feeling reluctant to introduce lisp evaluation into them. I think we > should go with Eli's idea, bring back the busy wait but add a timeout.= I'm not very convinced. First, the present bug should not motivate this change. =E2=80=98select-frame-by-name=E2=80=99 is a pretty obscure funct= ion. It fails in the OP's case because the display info for the new frame has not been yet set up. In the interactive call, suggesting a default frame on the current terminal makes sense; so consulting that info is useful. But the info is useless in a non-interactive call: Nothing should prevent that function from selecting a frame with a given name on any display. Second, we'll then have a third way how to wait on X for something to happen: We already have x_wait_for_event with a fixed 0.1 second timeout for frame resizing. And we have x_sync_with_move which counts till 50, may return early when the frame is within some fuzzy distance from the expected position and waits another 0.5 seconds if the frame hasn't made it there till then. martin From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: npostavs@users.sourceforge.net Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Sep 2017 13:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: martin rudalics Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150427318018482 (code B ref 25521); Fri, 01 Sep 2017 13:40:02 +0000 Received: (at 25521) by debbugs.gnu.org; 1 Sep 2017 13:39:40 +0000 Received: from localhost ([127.0.0.1]:39456 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dnmAe-0004o0-7U for submit@debbugs.gnu.org; Fri, 01 Sep 2017 09:39:40 -0400 Received: from mail-io0-f174.google.com ([209.85.223.174]:34493) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dnmAc-0004nm-QY for 25521@debbugs.gnu.org; Fri, 01 Sep 2017 09:39:39 -0400 Received: by mail-io0-f174.google.com with SMTP id i200so1533573ioa.1 for <25521@debbugs.gnu.org>; Fri, 01 Sep 2017 06:39:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=HqvT10k6u14LCcHFQhVeqspvBFUQWGoMEgir4tcu5xQ=; b=iMSczSXSE9lJ0gGtveeP1dMuFpHn8y+jKYO3OgutoSkozmpjPOfXw23JWvDdpCdWCR 130y79NtQE3Eqzk+cVsu+FZljRfBsx5xCrqe+G/k7U9Ndq79WhO29WIsK9R2ZRwunGmO WClMZzkqV8i7imkHQ3TjeRgodpghriMEdu7N39e6V1AhAh9zd05GdcL0alvFb50Y/32H 9Eqd2xLdK/i55w0RqfDyqO9+VDNARDH3vLs8CFfxrDslKE122SXU4I/AICmguUn9ictE tzzMcThSk4B/yZqKHPtGuwWXl99/sJ7Pbmigs6LNCq1djLehhdMt6ST/ebemgGURJmZq NL/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=HqvT10k6u14LCcHFQhVeqspvBFUQWGoMEgir4tcu5xQ=; b=aBJn4FcYrDx/D/cWLr577Kn305c3dunjDWkqrAr9KzsAoMBsOOvN6lUO3PwM/1dri7 amlcJMFKqCQD7Rhp8I6smCxmWQiMyRh1sgtY6WgvE6FXw//ygLtgP8ZJd7nnE55XrYs6 kSV3qFOdeWbIWrUN+7bwd34jaYAFAKSxFv3uuZjm6P26ExQKUVPux79KKxxftH4YbPJk PyxtQIGos8rM9HQapn4PCUmphIHOcETRvxuqrtMciN58yXLqyNMXWX7FxZy6tp52rMbf XfPWv58gH8Yp+dANdoKZY7im7QdrZayc+VxlsWAk+n/nQVNKooi9a5eTOgaV0keq9M0N l/1w== X-Gm-Message-State: AHPjjUij/vS/BttUwwO3vOMXrUptiGEgD4fGBkWcmvuypRA3RXVIph/p TeK8BWNmC2a6vA== X-Google-Smtp-Source: ADKCNb7PKXCSO3R4PQIe3AmF6gJfMM9C+I5AiNjBuCD+rJk1J9h4L1e5yQ0AafdhGVjfQr3AGpLtvw== X-Received: by 10.36.163.199 with SMTP id p190mr675026ite.67.1504273173166; Fri, 01 Sep 2017 06:39:33 -0700 (PDT) Received: from zony ([45.2.119.49]) by smtp.googlemail.com with ESMTPSA id s66sm57595itd.21.2017.09.01.06.39.31 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 01 Sep 2017 06:39:32 -0700 (PDT) From: npostavs@users.sourceforge.net References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> Date: Fri, 01 Sep 2017 09:41:12 -0400 In-Reply-To: <59A95A75.8040100@gmx.at> (martin rudalics's message of "Fri, 01 Sep 2017 15:02:45 +0200") Message-ID: <87bmmu7czr.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.1 (--) 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 (--) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable martin rudalics writes: > I'm not very convinced. First, the present bug should not motivate this > change. =E2=80=98select-frame-by-name=E2=80=99 is a pretty obscure funct= ion. It fails > in the OP's case because the display info for the new frame has not been > yet set up. In the interactive call, suggesting a default frame on the > current terminal makes sense; so consulting that info is useful. But > the info is useless in a non-interactive call: Nothing should prevent > that function from selecting a frame with a given name on any display. Ah, so we could just do something like this? (untested) --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=v2-0001-Let-select-frame-by-name-choose-any-frame-when-ca.patch Content-Description: patch >From c31a39c300e32af1f9b810e92065208eb1b5c2f3 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Fri, 1 Sep 2017 09:38:55 -0400 Subject: [PATCH v2] Let select-frame-by-name choose any frame when called from lisp (Bug#25521) * lisp/frame.el (select-frame-by-name): Choose from the whole list of frames in the non-interactive part. --- lisp/frame.el | 11 ++++++----- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/lisp/frame.el b/lisp/frame.el index 2a14302e9f..e8b7c82cbb 100644 --- a/lisp/frame.el +++ b/lisp/frame.el @@ -905,11 +905,12 @@ select-frame-by-name (if (= (length input) 0) (list default) (list input)))) - (let* ((frame-names-alist (make-frame-names-alist)) - (frame (cdr (assoc name frame-names-alist)))) - (if frame - (select-frame-set-input-focus frame) - (error "There is no frame named `%s'" name)))) + (catch 'done + (dolist (frame (frame-list)) + (when (equal (frame-parameter frame 'name) name) + (select-frame-set-input-focus frame) + (throw 'done t))) + (error "There is no frame named `%s'" name))) ;;;; Background mode. -- 2.14.1 --=-=-=-- From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Sep 2017 15:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: npostavs@users.sourceforge.net Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150428076531690 (code B ref 25521); Fri, 01 Sep 2017 15:47:01 +0000 Received: (at 25521) by debbugs.gnu.org; 1 Sep 2017 15:46:05 +0000 Received: from localhost ([127.0.0.1]:40396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dno8z-0008F3-AX for submit@debbugs.gnu.org; Fri, 01 Sep 2017 11:46:05 -0400 Received: from mout.gmx.net ([212.227.17.22]:58363) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dno8x-0008EH-QM for 25521@debbugs.gnu.org; Fri, 01 Sep 2017 11:46:04 -0400 Received: from [192.168.1.100] ([46.125.250.108]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lm7MT-1dECL30keP-00ZgOJ; Fri, 01 Sep 2017 17:45:44 +0200 Message-ID: <59A980A5.9010705@gmx.at> Date: Fri, 01 Sep 2017 17:45:41 +0200 From: martin rudalics MIME-Version: 1.0 References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> In-Reply-To: <87bmmu7czr.fsf@users.sourceforge.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Vq+tHJZ6ZUYOfbbKF5hjDF+oOv9NcHCgdCPyOwxXCEMJqRviHZz nJgUJO6BO34IIj3itFljMgNTnbWPkynJsg9ctgCI1ryOV1xD7QyDUzhpEBjGPTW5o3MqmT4 2BW9PT0hpOFyMiUFEwwZs/CXr8QrViEuw0mCP6sl7k4kXSqWd2JIwBOn0XcLCJ1pzxiSfZS ZvOHt4UE5t1U495jiccrA== X-UI-Out-Filterresults: notjunk:1;V01:K0:23KuPahDWWg=:H4OihqW3LuL42PLX9hS6QH K8oIgf+2JR808IqT/XHjfsaobT7cdMMuWvUv7V/rIRZRj+wtxj8QUoWQSqPXoqTmD/dlBPzNa SK0t8l4aGpXc95JlFkP46CKCbrx6luQIOm++ghkXig4514yptD2CFz+BqOOHkJa4tVKR5ytYB J2j9b+H7ZVm8W7k9CIAzuoFToMxqezKWFUth2KCXNGV0tSzolCrRT08n7VJyLh32pdIi6csBp YaDf6itqNwGgcVnlJgvcRfMNchjSi9pGk5R/pPK4wtAmgeCFCbIxQ1vSmC0IYb0BdPlKasloI vWqOvbjZ5wmzXoNa2m6Sif/1HykiLAQLtfWl3M1v7/drPg/+BYZbngnA4ZOKpDhzeSra5JcOf jsAbVezu0SyLNzJiWEUK1PkVUMLxj+CEzoJzgFDlljA9Vp3RD6eEmjGJOqkoCkocY3asLy7wy LTzsi/YJux7d4VZbzQS5prAF+2MqBxmfuiPdh2uZJBPLOLzRp4mcHTYtccUizNOZG+RWcPuFI R4U7bNrSBeUdYUvEKV9OsysUlpCXGHjmkevLexXV1dNRS2Rn6lPZEtKYZWiTCy3X6u3gti/NS jjVAK6aeMDwP4lvBLm1HJ33xlo//WrTiaRpuqLrGMiMtDzsOSM3e4nBWDoMAbEAyr7JbYsDPK YTGCD+60+OvXFVekDJzLc6nS8VWqvmthJHRvRp4UBr6GzwCl/fiQ1DpCIa4uosDya0zxC4aba X70mFd2OXa27+aF3pDoCHeS0HV1FF+fUYFhTG50wqDPNsWSX0bY1b9sejoxCGagR4Cg+1xO4o 1iATDAWj0XM9gCFl8M8KT9Akm6XJ+zWAM+MuhWJFjWKzoLvVQyKu0l93gopAtCRXiQWB53D X-Spam-Score: -3.5 (---) 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 (---) > Ah, so we could just do something like this? (untested) With a slightly amended doc-string, yes. If someone insists on having two frames with the same name on different displays and relying on the old behavior to choose the one on the same display, we could add such a check to give preference to a frame with the given name on the same display. I doubt that someone relies on this function to throw an error when a frame with the given name exists only on another display. Note that I'm not opposed to a timeout solution. As far as w32term.c is concerned, I think your solution is superior to the present one. But IMHO we should try to orchestrate all these efforts using a timer to synchronize Emacs with the window manager or window system in a uniform way so that the user knows where and how her time is spent. For example, if we decided that x_wait_for_event is a good idea, then we should implement it on Windows too and use it uniformly when waiting for a move frame event or the visibility confirmation. martin From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Sep 2017 02:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: martin rudalics Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150639446520740 (code B ref 25521); Tue, 26 Sep 2017 02:55:01 +0000 Received: (at 25521) by debbugs.gnu.org; 26 Sep 2017 02:54:25 +0000 Received: from localhost ([127.0.0.1]:59358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dwg0u-0005OR-NY for submit@debbugs.gnu.org; Mon, 25 Sep 2017 22:54:25 -0400 Received: from mail-io0-f177.google.com ([209.85.223.177]:50112) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dwg0s-0005OE-HH for 25521@debbugs.gnu.org; Mon, 25 Sep 2017 22:54:23 -0400 Received: by mail-io0-f177.google.com with SMTP id 21so11550852iof.6 for <25521@debbugs.gnu.org>; Mon, 25 Sep 2017 19:54:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=q+p+EKUO12cuZsepyjE6O20MykUN1zDbT2TxELieQ7E=; b=hQobL7IYRIBTmZ9Kd9cihGckOpaoaCY8ugcBlG1WsON2hsqGZj92SGbozJR4S6rJok dq9fZqV8401+P6ctV9IO6GFE5g/qWRfAGMaTNLyptpstwPQTR7AoT2qfZzAWuBoEwR72 zVLqWDqB87DdLZFzwScwu87PRX7DFLD4SRis0/7A0WBG958VfbqXps2fk+J4LwL/H3Aq cBJcgnihb+7d79HGi3oO6YKs+/fYbCp8qFJxIqOiIp1uyAY8CS13ukzJ7A2hJuy+sbfS ELN/qol2UjHwawb+bhxseGT1N9F8NosB+9ppiPE3AYDvFe2Q66TSzZ7bdYCRmx+Qk0Lv 04HQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=q+p+EKUO12cuZsepyjE6O20MykUN1zDbT2TxELieQ7E=; b=Z2Jpftm93IFc2Wz0vMv+zCgODzmlRHCRVaZDYMyYze7a+8hZ+Tz482rwyOiCJIhlE4 iTmwYVThugHobC8pU2zq94cSCUz4DMyfMj8fe1L6VcIzfBMjm4mSHk5l6DjPnJxq9X/c xK7fFGKhy1jKz5k/pgu9TGVWGGlsVmha9DW1OysVMWbmXgV9itqSpGY/CYh13xWhUVSV xjCEekSLna89+u4ivG0rKCI0cdlAQkfHa9SGzDCEsbhx0bjeCvRoJCMgQwwfZjzCTmFH Xp32l56s0SBLc4G9UU36Kir3CVSHSmGj2rc4VH7q5IdBWhCH5lX6qPNVRLvT0TBTk7W1 25wA== X-Gm-Message-State: AHPjjUjxhIpDQvygJ4Nx+7mYP57PH0B6OACRfGK5HO4qjqD8LREcsi2I etE9SyHk7qBgeE3DjfppEjs= X-Google-Smtp-Source: AOwi7QAsggJlnd3UH2iiWp4Vsbk/9nb2ouaFBwEhAGukSalwloprCcEQ6YSvs/Uf0uQ1oecba9vc+g== X-Received: by 10.107.200.71 with SMTP id y68mr13587144iof.238.1506394456857; Mon, 25 Sep 2017 19:54:16 -0700 (PDT) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id c198sm3693509ioc.67.2017.09.25.19.54.14 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 25 Sep 2017 19:54:15 -0700 (PDT) From: Noam Postavsky References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> Date: Mon, 25 Sep 2017 22:54:14 -0400 In-Reply-To: <59A980A5.9010705@gmx.at> (martin rudalics's message of "Fri, 01 Sep 2017 17:45:41 +0200") Message-ID: <87zi9if9ux.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.1 (--) 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 (--) --=-=-= Content-Type: text/plain martin rudalics writes: >> Ah, so we could just do something like this? (untested) > > With a slightly amended doc-string, yes. If someone insists on having > two frames with the same name on different displays and relying on the > old behavior to choose the one on the same display, we could add such a > check to give preference to a frame with the given name on the same > display. I doubt that someone relies on this function to throw an error > when a frame with the given name exists only on another display. Right, here's an update: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0001-Let-select-frame-by-name-choose-any-frame-when-calle.patch Content-Description: patch >From 846c5603a02544ef9b25f395c253b3621aea4984 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Fri, 1 Sep 2017 09:38:55 -0400 Subject: [PATCH 1/3] Let select-frame-by-name choose any frame when called from lisp (Bug#25521) * lisp/frame.el (select-frame-by-name): Choose from the whole list of frames in the non-interactive part, if not found on the current display. --- lisp/frame.el | 16 ++++++++++------ 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/lisp/frame.el b/lisp/frame.el index 76c1842455..a710360cdb 100644 --- a/lisp/frame.el +++ b/lisp/frame.el @@ -892,7 +892,8 @@ make-frame-names-alist (defvar frame-name-history nil) (defun select-frame-by-name (name) - "Select the frame on the current terminal whose name is NAME and raise it. + "Select the frame whose name is NAME and raise it. +Frames on the current terminal are checked first. If there is no frame by that name, signal an error." (interactive (let* ((frame-names-alist (make-frame-names-alist)) @@ -903,11 +904,14 @@ select-frame-by-name (if (= (length input) 0) (list default) (list input)))) - (let* ((frame-names-alist (make-frame-names-alist)) - (frame (cdr (assoc name frame-names-alist)))) - (if frame - (select-frame-set-input-focus frame) - (error "There is no frame named `%s'" name)))) + (select-frame-set-input-focus + ;; Prefer frames on the current display. + (or (cdr (assoc name (make-frame-names-alist))) + (catch 'done + (dolist (frame (frame-list)) + (when (equal (frame-parameter frame 'name) name) + (throw 'done frame)))) + (error "There is no frame named `%s'" name)))) ;;;; Background mode. -- 2.11.0 --=-=-= Content-Type: text/plain > Note that I'm not opposed to a timeout solution. As far as w32term.c is > concerned, I think your solution is superior to the present one. But > IMHO we should try to orchestrate all these efforts using a timer to > synchronize Emacs with the window manager or window system in a uniform > way so that the user knows where and how her time is spent. > > For example, if we decided that x_wait_for_event is a good idea, then we > should implement it on Windows too and use it uniformly when waiting for > a move frame event or the visibility confirmation. Huh. I was not aware of those other functions. Here's a patch which makes the timeout in x_wait_for_event configurable, and uses it in x_make_frame_visible. --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0002-Bring-back-the-busy-wait-after-x_make_frame_visible-.patch Content-Description: patch >From 9c6730723507505f2c9f46148addd56901cd0bcc Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Wed, 30 Aug 2017 23:12:22 -0400 Subject: [PATCH 2/3] Bring back the busy wait after x_make_frame_visible (Bug#25521) But wait specfically for a MapNotify event, and only for a configurable amount of time. * src/xterm.c (syms_of_xterm) [x-wait-for-event-timeout]: New variable. (x_wait_for_event): Use it instead of hardcoding the wait to 0.1s. (x_make_frame_visible): Call x_wait_for_event at the end. * etc/NEWS: Announce x_wait_for_event. --- etc/NEWS | 5 +++++ src/xterm.c | 37 +++++++++++++++++++++++++++++++------ 2 files changed, 36 insertions(+), 6 deletions(-) diff --git a/etc/NEWS b/etc/NEWS index 1b5ae658f6..adcc879cb2 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -600,6 +600,11 @@ The two new variables, 'bidi-paragraph-start-re' and 'bidi-paragraph-separate-re', allow customization of what exactly are paragraphs, for the purposes of bidirectional display. +--- +** New variable 'x-wait-for-event-timeout'. +This controls how long Emacs will wait for updates to the graphical +state to take effect (making a frame visible, for example). + * Changes in Specialized Modes and Packages in Emacs 26.1 diff --git a/src/xterm.c b/src/xterm.c index 0b321909c8..50d023f4d9 100644 --- a/src/xterm.c +++ b/src/xterm.c @@ -11029,17 +11029,19 @@ x_sync_with_move (struct frame *f, int left, int top, bool fuzzy) void x_wait_for_event (struct frame *f, int eventtype) { - int level = interrupt_input_blocked; + if (!FLOATP (Vx_wait_for_event_timeout)) + return; + int level = interrupt_input_blocked; fd_set fds; struct timespec tmo, tmo_at, time_now; int fd = ConnectionNumber (FRAME_X_DISPLAY (f)); f->wait_event_type = eventtype; - /* Set timeout to 0.1 second. Hopefully not noticeable. - Maybe it should be configurable. */ - tmo = make_timespec (0, 100 * 1000 * 1000); + /* Default timeout is 0.1 second. Hopefully not noticeable. */ + double timeout = XFLOAT_DATA (Vx_wait_for_event_timeout); + tmo = make_timespec (0, (long int) (timeout * 1000 * 1000 * 1000)); tmo_at = timespec_add (current_timespec (), tmo); while (f->wait_event_type) @@ -11365,8 +11367,13 @@ xembed_send_message (struct frame *f, Time t, enum xembed_message msg, /* Change of visibility. */ -/* This function sends the request to make the frame visible, but may - return before it the frame's visibility is changed. */ +/* This tries to wait until the frame is really visible, depending on + the value of Vx_visible_frame_timeout. + However, if the window manager asks the user where to position + the frame, this will return before the user finishes doing that. + The frame will not actually be visible at that time, + but it will become visible later when the window manager + finishes with it. */ void x_make_frame_visible (struct frame *f) @@ -11437,11 +11444,14 @@ x_make_frame_visible (struct frame *f) before we do anything else. We do this loop with input not blocked so that incoming events are handled. */ { + Lisp_Object frame; /* This must be before UNBLOCK_INPUT since events that arrive in response to the actions above will set it when they are handled. */ bool previously_visible = f->output_data.x->has_been_visible; + XSETFRAME (frame, f); + int original_left = f->left_pos; int original_top = f->top_pos; @@ -11488,6 +11498,10 @@ x_make_frame_visible (struct frame *f) unblock_input (); } + + /* Try to wait for a MapNotify event (that is what tells us when a + frame becomes visible). */ + x_wait_for_event (f, MapNotify); } } @@ -13283,6 +13297,17 @@ syms_of_xterm (void) keysyms. The default is nil, which is the same as `super'. */); Vx_super_keysym = Qnil; + DEFVAR_LISP ("x-wait-for-event-timeout", Vx_wait_for_event_timeout, + doc: /* How long to wait for X events. + +Emacs will wait up to this many seconds to receive X events after +making changes which affect the state of the graphical interface. +Under some window managers this can take an indefinite amount of time, +so it is important to limit the wait. + +If set to a non-float value, there will be no wait at all. */); + Vx_wait_for_event_timeout = make_float (0.1); + DEFVAR_LISP ("x-keysym-table", Vx_keysym_table, doc: /* Hash table of character codes indexed by X keysym codes. */); Vx_keysym_table = make_hash_table (hashtest_eql, 900, -- 2.11.0 --=-=-= Content-Type: text/plain However, based on this comment in w32_read_socket, I think we can't use the x_wait_for_event approach for w32. /* Check which frames are still visible, if we have enqueued any user events or been notified of events that may affect visibility. We do this here because there doesn't seem to be any direct notification from Windows that the visibility of a window has changed (at least, not in all cases). */ The final patch uses the same timeout variable, not sure if that's much of an improvement. --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0003-Wait-for-frame-visibility-with-timeout-in-w32term-to.patch Content-Description: patch >From e0f8d29834afe72b64a3b6f87490cd4e0e571490 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Mon, 25 Sep 2017 21:58:55 -0400 Subject: [PATCH 3/3] Wait for frame visibility with timeout in w32term too * src/w32term.c (syms_of_w32term) [x-wait-for-event-timeout]: New variable. (x_make_frame_visible): Wait for frame to become visible according to its value. (input_signal_count): Remove. --- src/w32term.c | 31 ++++++++++++++++++++----------- 1 file changed, 20 insertions(+), 11 deletions(-) diff --git a/src/w32term.c b/src/w32term.c index a7a510b9ec..59d1b950ae 100644 --- a/src/w32term.c +++ b/src/w32term.c @@ -163,10 +163,6 @@ BOOL (WINAPI *pfnSetLayeredWindowAttributes) (HWND, COLORREF, BYTE, DWORD); /* Keyboard code page - may be changed by language-change events. */ int w32_keyboard_codepage; -/* Incremented by w32_read_socket whenever it really tries to read - events. */ -static int volatile input_signal_count; - #ifdef CYGWIN int w32_message_fd = -1; #endif /* CYGWIN */ @@ -4658,9 +4654,6 @@ w32_read_socket (struct terminal *terminal, block_input (); - /* So people can tell when we have read the available input. */ - input_signal_count++; - /* Process any incoming thread messages. */ drain_message_queue (); @@ -6612,7 +6605,8 @@ w32_frame_raise_lower (struct frame *f, bool raise_flag) /* Change of visibility. */ -/* This tries to wait until the frame is really visible. +/* This tries to wait until the frame is really visible, depending on + the value of Vx_visible_frame_timeout. However, if the window manager asks the user where to position the frame, this will return before the user finishes doing that. The frame will not actually be visible at that time, @@ -6671,12 +6665,16 @@ x_make_frame_visible (struct frame *f) : SW_SHOWNORMAL); } + if (!FLOATP (Vx_wait_for_event_timeout)) + return; + /* Synchronize to ensure Emacs knows the frame is visible before we do anything else. We do this loop with input not blocked so that incoming events are handled. */ { Lisp_Object frame; - int count; + double timeout = XFLOAT_DATA (Vx_wait_for_event_timeout); + double start_time = XFLOAT_DATA (Ffloat_time (Qnil)); /* This must come after we set COUNT. */ unblock_input (); @@ -6686,8 +6684,8 @@ x_make_frame_visible (struct frame *f) /* Wait until the frame is visible. Process X events until a MapNotify event has been seen, or until we think we won't get a MapNotify at all.. */ - for (count = input_signal_count + 10; - input_signal_count < count && !FRAME_VISIBLE_P (f);) + while (timeout > (XFLOAT_DATA (Ffloat_time (Qnil)) - start_time) && + !FRAME_VISIBLE_P (f)) { /* Force processing of queued events. */ /* TODO: x_sync equivalent? */ @@ -7319,6 +7317,17 @@ syms_of_w32term (void) DEFSYM (Qrenamed_from, "renamed-from"); DEFSYM (Qrenamed_to, "renamed-to"); + DEFVAR_LISP ("x-wait-for-event-timeout", Vx_wait_for_event_timeout, + doc: /* How long to wait for X events. + +Emacs will wait up to this many seconds to receive X events after +making changes which affect the state of the graphical interface. +Under some window managers this can take an indefinite amount of time, +so it is important to limit the wait. + +If set to a non-float value, there will be no wait at all. */); + Vx_wait_for_event_timeout = make_float (0.1); + DEFVAR_INT ("w32-num-mouse-buttons", w32_num_mouse_buttons, doc: /* Number of physical mouse buttons. */); -- 2.11.0 --=-=-=-- From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Sep 2017 08:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Noam Postavsky Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150649989513817 (code B ref 25521); Wed, 27 Sep 2017 08:12:02 +0000 Received: (at 25521) by debbugs.gnu.org; 27 Sep 2017 08:11:35 +0000 Received: from localhost ([127.0.0.1]:34151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dx7RP-0003an-Dq for submit@debbugs.gnu.org; Wed, 27 Sep 2017 04:11:35 -0400 Received: from mout.gmx.net ([212.227.17.21]:58950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dx7RN-0003aa-TH for 25521@debbugs.gnu.org; Wed, 27 Sep 2017 04:11:34 -0400 Received: from [192.168.1.100] ([46.125.249.22]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MYbFe-1ds7VL0wIk-00VOWn; Wed, 27 Sep 2017 10:11:13 +0200 Message-ID: <59CB5D18.2090806@gmx.at> Date: Wed, 27 Sep 2017 10:11:04 +0200 From: martin rudalics MIME-Version: 1.0 References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> In-Reply-To: <87zi9if9ux.fsf@users.sourceforge.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:sUU9xeGbq0Qi4va36f95479i5o7VPdf/ApLrLIqwKwmXgQ8qkx2 MMCer1KnEtnfdySd+wcJ4AvtLma9LdGJU4dJffX3hD1PEs0EBdaOrlneg9RAetKhOvotrq4 0STXnIBzCHqSxE4NJWg0hhk7iUWCXItfcpUbAoEEOclND6E7KuJ5lsAA9Z1a39VctbPvkbs CYO1MQDMaWemLDAZtICYA== X-UI-Out-Filterresults: notjunk:1;V01:K0:KTv55+wwW/E=:aUdmDEzxX4GXslF648CzYo R2Yu1klJFRR2Z7+2ULGNofCIapy/L8bjEAz/pe2rh9MXt+E0HjjuRPLAs/TcsGY3q/zn+nQlk T9HVrmkYSq63hJtKeYQYlZQTx7NHNohTC29w/kZmSR1PTsnhTKBC7j2xNy8kF7KdKWI29AhMm 0lY/2nX+tU60m5UGYthNCg9M6bye1iyVpHYIHKxF8DIenWdDT1kdOmN0GTu0qLmehw6eoG2Lk ZZ3gXlwrwRw/5uRbNgsK0OOpZC7WTg9gc2OMUDM12N02qzei4TyN1t4Qa1AfG/udcD5W+YsJF kpMG32avM1kvCjTXwI3g0MsNd+lI2wN3F+CkNue6WMEVsT6qQIupvA3EsSTFyIUxEvV06Auds 2Zt62j3vUJCdkA21YBpSBPQgxl7F8qswtymoXdOe0X9MELyKUfoGxT3PSIgIiPapXHI90dbdv UhPzwy36yeMOeDisdY8+apnyYbDrsPxFQAxIApWNNzajw+IMMV+W/OKutILuSBmwMg7le/tJh i/Jv6zEv9ybo1+Sq79QkuPsbWEcLObj+CWeMed4TGIgLtcGX8Le+5JwUcyRyhDYFQE6ZmJWZp r95qcy1Edq13MuDTnFZFoPn6oCoyC1tLc1A84SuJJm3VLnsprWEGjI5mnRFTs5LV7EGhDJQAx lcz2VuRAEJvsmvZWxtvtghAGHBo20BKS/0iWPP/t8wpDPzWkemVdQty/FeHlX/CgXyvw9ln5d gWEcZs0FaGnY4fP5KAMeCQ+AuiBWbwRDH916QG+ML/rRsqUT/iMr2NCT6rFRguldp3Xyjchnk dKRlqMtPJJB37CpaVlPshAf5PUJnhfpYm0jJcO6Jl9Soh8BXsVIQm7ftFIz0LEiQN55kr5U X-Spam-Score: -0.2 (/) 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 (/) > Right, here's an update: I would add to NEWS something like "'select-frame-by-name' now may return a frame on another display if it does not find a suitable one on the current display". > Huh. I was not aware of those other functions. Here's a patch which > makes the timeout in x_wait_for_event configurable, and uses it in > x_make_frame_visible. Is there anything I could tweak here to observe a visible impact? If I set =E2=80=98x-wait-for-event-timeout=E2=80=99 to some large value nothin= g becomes noticeable here, apparently because the frame is created fast enough. Anyway, I'd proceed as follows: (1) Install the xterm.c and w32term.c patches on the release branch. (2) Ask Alex to play around with the settings. If Alex can use the variable to change the behavior from bad to good and back and there are no problems with other users, let's consider this part as done and the bug closed. (3) Install the =E2=80=98select-frame-by-name=E2=80=99 patch on the relea= se branch. The reason why I think that (3) is good to have despite of (1) is that functions would behave reasonably well on systems where the user sets the timeout to zero. Thus people who, for some reason, cannot or do not want a larger timeout have a fallback. Differently put: A timeout of zero should work well as default too. But let's wait for Eli to make a decision. Thanks, martin From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Sep 2017 12:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: martin rudalics Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.15065144169986 (code B ref 25521); Wed, 27 Sep 2017 12:14:02 +0000 Received: (at 25521) by debbugs.gnu.org; 27 Sep 2017 12:13:36 +0000 Received: from localhost ([127.0.0.1]:34302 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxBDc-0002b0-6G for submit@debbugs.gnu.org; Wed, 27 Sep 2017 08:13:36 -0400 Received: from mail-it0-f52.google.com ([209.85.214.52]:52508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxBDW-0002aj-SQ for 25521@debbugs.gnu.org; Wed, 27 Sep 2017 08:13:35 -0400 Received: by mail-it0-f52.google.com with SMTP id c195so6270936itb.1 for <25521@debbugs.gnu.org>; Wed, 27 Sep 2017 05:13:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=uxjTMnpjX+pxQO26cYAn92bv+2ZJLxuJeviCQtNvUT0=; b=L4CKnoizQ88bqY5mERo0j7yBznO3fcNUIdJCO9sq9/P/7+u9h2hv2srJlbFvoNVvRv /YblwHz3pJWARKXCJ4x7XzsHLw2AZpc7kf3Z7rPnge3Y71FFjodr57ovn1uGM5GtRWSD 4M1WGPK06E1BeovtdkTN3l6dUOQZb/VionnAPcCTpcVqUMzBZZmlpmxb0B5GilUrnW7R 8mNBhGHInt71EshuMoLS5f1nnI+HPI63ytXaZ6mi4s/8aK2FfLFHwocePfDgLjHo0rSA Cni3dPEwaGonU0OCm0bTMaOahwAWqc5HwJF5XCOgKidjXZGkIrMxTg9AQH6sFBw9m2QO lWtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=uxjTMnpjX+pxQO26cYAn92bv+2ZJLxuJeviCQtNvUT0=; b=a26Eig44ttu84PaMBQuY4p/clYBiK8CWoQSRYAHlNOvlvwNoNcrN7xo6AKy7rlY9Im +BfwwufcJZmozD4OM3TUu/aVrDZKTXZ5AauDOcVrlSi7YPV7Vr/+/bvqxiYR5CA6YBdB bxo5eu214EwND1dQ/LOoDkwBvQiFneo2VkxURFfDm9xZh7fm+539LVrRCfWy0jQxzDkz 1RI/LkO2Mv7Y4SyMe39/pg2AtrFDmwugydlYsqqklS037Dtqueng5qIsNMdcqPzNiKVl 4TDjY36r6/1ebI/AQAG2qMEYtus3vuwVk+wFK8sehuHtoSP0yHevgHBMsC0SvwwrK44d 4WIA== X-Gm-Message-State: AHPjjUgKe3Cph9mN81DIQ7YS0dc1//pJh67Fu438sRxwBeY7j55zk6fc zMiWMXvHyfblt/uK9DJ7iqc= X-Google-Smtp-Source: AOwi7QDZSCERKex8L4yiTxixVAkraJpg0mTQ9fELiAYtBOy7aUtGOdUb6X6zp5ZhWioto0qRRvwF4A== X-Received: by 10.36.105.142 with SMTP id e136mr151035itc.17.1506514404721; Wed, 27 Sep 2017 05:13:24 -0700 (PDT) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id r139sm2312564itc.14.2017.09.27.05.13.23 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 27 Sep 2017 05:13:24 -0700 (PDT) From: Noam Postavsky References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> <59CB5D18.2090806@gmx.at> Date: Wed, 27 Sep 2017 08:13:22 -0400 In-Reply-To: <59CB5D18.2090806@gmx.at> (martin rudalics's message of "Wed, 27 Sep 2017 10:11:04 +0200") Message-ID: <87poacfifx.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.7 (/) 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 (/) martin rudalics writes: > I would add to NEWS something like "'select-frame-by-name' now may > return a frame on another display if it does not find a suitable one on > the current display". Sure. > Is there anything I could tweak here to observe a visible impact? If I > set =E2=80=98x-wait-for-event-timeout=E2=80=99 to some large value nothin= g becomes > noticeable here, apparently because the frame is created fast enough. I think you might have to change window managers. For instance, when using i3, adding 'assign [class=3D"Emacs"] 9' to ~/.i3/config will make Emacs frames show up in workspace 9. When calling make-frame-command from a different workspace, Emacs will not get the message about frame visibility until you switch to workspace 9. (let ((x-wait-for-event-timeout nil)) (benchmark 1 '(make-frame-command)))"Elapsed time: 0.083540s" (let ((x-wait-for-event-timeout 0.1)) ; default (benchmark 1 '(make-frame-command)))"Elapsed time: 0.169369s" (let ((x-wait-for-event-timeout 100.0)) (benchmark 1 '(make-frame-command)))"Elapsed time: 1.338770s (0.05208= 3s in 1 GCs)" Hmm, that is actually less effect than I expected. I recall now that some non-relevant MapNotify events get sent in this case [1]. These make x_wait_for_event (f, MapNotify) return earlier than the previous busy wait. Should we wrap a timeout loop around the x_wait_for_event call? Or make the wait more selective (e.g., check that the given frame matches)? Seems a bit like overkill considering that a timeout of longer than 1 second is unlikely to be wanted, on the other hand, we're not really waiting for the right thing... [1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D24091#57 > (3) Install the =E2=80=98select-frame-by-name=E2=80=99 patch on the relea= se branch. > > The reason why I think that (3) is good to have despite of (1) is that > functions would behave reasonably well on systems where the user sets > the timeout to zero. Thus people who, for some reason, cannot or do not > want a larger timeout have a fallback. Differently put: A timeout of > zero should work well as default too. Yes, I agree with this. From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Sep 2017 08:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Noam Postavsky Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150667401926593 (code B ref 25521); Fri, 29 Sep 2017 08:34:01 +0000 Received: (at 25521) by debbugs.gnu.org; 29 Sep 2017 08:33:39 +0000 Received: from localhost ([127.0.0.1]:37540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxqjr-0006ur-AX for submit@debbugs.gnu.org; Fri, 29 Sep 2017 04:33:39 -0400 Received: from mout.gmx.net ([212.227.17.22]:50796) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxqjp-0006uf-QI for 25521@debbugs.gnu.org; Fri, 29 Sep 2017 04:33:38 -0400 Received: from [192.168.1.100] ([46.125.249.81]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MaE4a-1de7zd2Hjk-00JpbC; Fri, 29 Sep 2017 10:33:21 +0200 Message-ID: <59CE054E.1010604@gmx.at> Date: Fri, 29 Sep 2017 10:33:18 +0200 From: martin rudalics MIME-Version: 1.0 References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> <59CB5D18.2090806@gmx.at> <87poacfifx.fsf@users.sourceforge.net> In-Reply-To: <87poacfifx.fsf@users.sourceforge.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:puxRCZhSynaMFp+wATtttnZTNM5ARAuzDrSyLO8B8gVxTTiZ83u l7xB4ANgxeH/dF/G4JXrHyGJtcAZIB9aRoQzJ21cG1vfaCA6ZbFIGK13UX+yjYdCD3Pvi9G Rk/sweNyU/7hcd7e5PzAoTfmadivCD0/isF5hstY0agriZQh+IfdViBzBoeEz8/olf5rnxy GLAWx2KvamTxTu1U8rc0Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:JD7drYCDpkQ=:NxJs9jk+MO2ROGxFp4iRAF ohRwXq2WvS0SP8w/JIXwFaTGkSY+u/EMrVGlWe2ulDENssd5VlYWpG4slMqpVUbgsuWuOg/Nn zEbGlkro15W9RUXlVplDQ1smOy/K2k/aH9GP8kIeyDgwLWvC8qRxXSenx4gp3a3CeSkvqJ4zg m1cHr0P778B8Oi226k/aTIiiWZPp42xuQgp95bSbA1P6c0VSEUaQ7DCQBhBJO/OvGUGPqV8Sc gSFhUdoUYVJMpO934AgI4oP4YxDl7EcoSIZUsUteMBkZZEW3DNDnHMCwpz7lwaped/SiFF7KJ h+6snE5LxzK2rLdKpoqkeHNMmUauPactzfkfrIOV5alH9m0xFFzt+s2vSR3ob5rHJxTyAgyBi lJDrjI3PJeIRqY5siHR7yTxTsmt0JvE4oKCI/3qsN2cPmEBjX4oJCX7nvF4xuQOJ3hLWFdeji 0msLVOJiw8tx12zgqn5SYZylYp+M3gyqmOb9mNW4l74QbIYyYu06pF4mPiJMD9uH3C5oCriPd 1OETF4NgnF/TpZvRnxl59HK72GScPw6N7j+RVl5n6JJF5CwKs5E05xzkpS187eGfgF511FwuJ a3cjRGvbCYjj9x14tV4lGq79ebG3OtG0bbjgLcCH5GE6KS7ravMiad7slqHJUXU81UDohWH6z CJ17WKBMKwjUQIFksUKvbWfAW/S8fquK2wtYIO9WlB0l6ghsIoVThRY7TkpStBZmRf2bZ993e SJUL4tVVL/FoTX3dAqjRQgxS9/lBN9/QCbBF53fzFbTnqD5JOpuh2c5PeENUD7rqST9oipvQX vQ1H72bbaKOzxq8d8RkkxBj8Z1GHzgwr2fslj51euywiUsB8JwnCg5IwPWtf+CHApd9HUtI X-Spam-Score: -0.7 (/) 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 (/) > I think you might have to change window managers. Then I'll probably prefer to rather not play around with this. > Hmm, that is actually less effect than I expected. I recall now that > some non-relevant MapNotify events get sent in this case [1]. These > make x_wait_for_event (f, MapNotify) return earlier than the previous > busy wait. > > Should we wrap a timeout loop around the x_wait_for_event call? Or make > the wait more selective (e.g., check that the given frame matches)? > Seems a bit like overkill considering that a timeout of longer than 1 > second is unlikely to be wanted, on the other hand, we're not really > waiting for the right thing... > > [1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=24091#57 Shouldn't it work to wait only for VisibilityNotify events for the given frame? martin From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Sep 2017 12:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: martin rudalics Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.15066892969004 (code B ref 25521); Fri, 29 Sep 2017 12:49:01 +0000 Received: (at 25521) by debbugs.gnu.org; 29 Sep 2017 12:48:16 +0000 Received: from localhost ([127.0.0.1]:37735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxuiF-0002LA-If for submit@debbugs.gnu.org; Fri, 29 Sep 2017 08:48:16 -0400 Received: from mail-io0-f173.google.com ([209.85.223.173]:56321) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxuiD-0002Ks-8R for 25521@debbugs.gnu.org; Fri, 29 Sep 2017 08:48:13 -0400 Received: by mail-io0-f173.google.com with SMTP id m103so1322137iod.13 for <25521@debbugs.gnu.org>; Fri, 29 Sep 2017 05:48:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=0vgRHFV640KNfdcpIUdJiTlENxj14iSUYrsI1A5Epd0=; b=X51RAzYmkOd/Ab6/3FNax6GZN6OOS1ytjDdtpEavgVE8bFAov++dohXeT4ktCdFRjr ie42DWHfdNRe0xa8fzjUJqiywdEqzUvwLtCUBwYnIwjKNYr/X+P9wI7V0QNpvmtcXve8 3Uduv/TPz0F+RDRbJipQLkWGcK3+S4XF6JPTd9pYLB8zhyuFRsn52NNo4iCBniG2H37l HTHTaC1hLYkmT6tePobdDinsxXTJ4YiUb/LMInLP0SC/V6M674JEHh1qQqrTuM27n5jt /ZqQAaArYGaQfLB3gprVrBGgX0NDS4frXSf9wxqrcFDoEfF5DPW840MOCTZFLHvnsFAH OYFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=0vgRHFV640KNfdcpIUdJiTlENxj14iSUYrsI1A5Epd0=; b=CKmquC1EFNXgPeE3ApDZwElMlWoFDO8U5gAwmGmDHbZdvqAK7yQaeLAce9n33VIJ10 nmtaaHJZND73fu/A7W/X4lBvJedmazdWwFI9xQ9qf6jECG4GHlBfjXkpD3uHc4r61EpN xUbWyKEfHiJUmdfk4qk8zuq6dfmLctIrAefhz6bD2J+Iaz1gUGxoTi0K/w95uMK7XZ7g oyf70VpbHd/3mYjL1iOKWgNHlPyCgpVWM6bVpKW7B6W6mP9OrMUWIuflyVpG+M3wlxNm v6wC7FIfg2h+zVf/rtsfIRVDksjm8c7Ib/ZYsgjv83xbnxXsa//OmLdVb7wIjjwtqk2X nrGw== X-Gm-Message-State: AMCzsaUG/qEr8JpAalM5xnStL8oW8bNM9CzeTd73q+sM3/lpUitDagk6 zwKtDoG26yJXFoyadpHwctw= X-Google-Smtp-Source: AOwi7QBZP5E5ZKeUzfUFIZYRgsSZEilFi5g0PHxK9ODlm2CETy1bSRFlXIHuIakUUplMJXLxCQqt1Q== X-Received: by 10.107.55.8 with SMTP id e8mr13236593ioa.166.1506689287420; Fri, 29 Sep 2017 05:48:07 -0700 (PDT) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id 41sm1678671ios.52.2017.09.29.05.48.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 29 Sep 2017 05:48:06 -0700 (PDT) From: Noam Postavsky References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> <59CB5D18.2090806@gmx.at> <87poacfifx.fsf@users.sourceforge.net> <59CE054E.1010604@gmx.at> Date: Fri, 29 Sep 2017 08:48:04 -0400 In-Reply-To: <59CE054E.1010604@gmx.at> (martin rudalics's message of "Fri, 29 Sep 2017 10:33:18 +0200") Message-ID: <873775fz7f.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -2.1 (--) 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 (--) --=-=-= Content-Type: text/plain >> Hmm, that is actually less effect than I expected. I recall now that >> some non-relevant MapNotify events get sent in this case [1]. These >> make x_wait_for_event (f, MapNotify) return earlier than the previous >> busy wait. I should check my assumptions more carefully, the problem was actually that I didn't set the timeout correctly; the whole seconds part was being dropped. Fixed with the following (full patches are attached as well). - tmo = make_timespec (0, (long int) (timeout * 1000 * 1000 * 1000)); + time_t timeout_seconds = (time_t) timeout; + tmo = make_timespec + (timeout_seconds, (long int) ((timeout - timeout_seconds) + * 1000 * 1000 * 1000)); And here are the resulting timings (the last is less than 100 because I got bored of waiting). (let ((x-wait-for-event-timeout nil)) (benchmark 1 '(make-frame-command)))"Elapsed time: 0.117144s (0.042904s in 1 GCs)" (let ((x-wait-for-event-timeout 0.1)) ; default (benchmark 1 '(make-frame-command)))"Elapsed time: 0.210824s (0.043483s in 1 GCs)" (let ((x-wait-for-event-timeout 100.0)) (benchmark 1 '(make-frame-command)))"Elapsed time: 38.288529s (0.043459s in 1 GCs)" martin rudalics writes: > Shouldn't it work to wait only for VisibilityNotify events for the given > frame? Thanks for the nudge. Waiting for VisibilityNotify works too (after fixing the timeout bug), by the way, but it's MapNotify which has the Lisp visibile effect. --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=v4-0001-Let-select-frame-by-name-choose-any-frame-when-ca.patch Content-Description: patch >From a700d113e4f4b63c677bbc9ea26eaefa3dd38c08 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Fri, 1 Sep 2017 09:38:55 -0400 Subject: [PATCH v4 1/3] Let select-frame-by-name choose any frame when called from lisp (Bug#25521) * lisp/frame.el (select-frame-by-name): Choose from the whole list of frames in the non-interactive part, if not found on the current display. --- etc/NEWS | 4 ++++ lisp/frame.el | 16 ++++++++++------ 2 files changed, 14 insertions(+), 6 deletions(-) diff --git a/etc/NEWS b/etc/NEWS index 1b5ae658f6..4bf6701e20 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -1822,6 +1822,10 @@ For details see the section "Mouse Window Auto-selection" in the Elisp manual. --- +*** 'select-frame-by-name' now may return a frame on another display +if it does not find a suitable one on the current display. + +--- ** 'tcl-auto-fill-mode' is now declared obsolete. Its functionality can be replicated simply by setting 'comment-auto-fill-only-comments'. diff --git a/lisp/frame.el b/lisp/frame.el index 76c1842455..a710360cdb 100644 --- a/lisp/frame.el +++ b/lisp/frame.el @@ -892,7 +892,8 @@ make-frame-names-alist (defvar frame-name-history nil) (defun select-frame-by-name (name) - "Select the frame on the current terminal whose name is NAME and raise it. + "Select the frame whose name is NAME and raise it. +Frames on the current terminal are checked first. If there is no frame by that name, signal an error." (interactive (let* ((frame-names-alist (make-frame-names-alist)) @@ -903,11 +904,14 @@ select-frame-by-name (if (= (length input) 0) (list default) (list input)))) - (let* ((frame-names-alist (make-frame-names-alist)) - (frame (cdr (assoc name frame-names-alist)))) - (if frame - (select-frame-set-input-focus frame) - (error "There is no frame named `%s'" name)))) + (select-frame-set-input-focus + ;; Prefer frames on the current display. + (or (cdr (assoc name (make-frame-names-alist))) + (catch 'done + (dolist (frame (frame-list)) + (when (equal (frame-parameter frame 'name) name) + (throw 'done frame)))) + (error "There is no frame named `%s'" name)))) ;;;; Background mode. -- 2.11.0 --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=v4-0002-Bring-back-the-busy-wait-after-x_make_frame_visib.patch Content-Description: patch >From 89503e0ca9eb7587c54ad5a1beca9da66447c3e4 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Wed, 30 Aug 2017 23:12:22 -0400 Subject: [PATCH v4 2/3] Bring back the busy wait after x_make_frame_visible (Bug#25521) But wait specfically for a MapNotify event, and only for a configurable amount of time. * src/xterm.c (syms_of_xterm) [x-wait-for-event-timeout]: New variable. (x_wait_for_event): Use it instead of hardcoding the wait to 0.1s. (x_make_frame_visible): Call x_wait_for_event at the end. * etc/NEWS: Announce x_wait_for_event. --- etc/NEWS | 5 +++++ src/xterm.c | 40 ++++++++++++++++++++++++++++++++++------ 2 files changed, 39 insertions(+), 6 deletions(-) diff --git a/etc/NEWS b/etc/NEWS index 4bf6701e20..50daa62448 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -600,6 +600,11 @@ The two new variables, 'bidi-paragraph-start-re' and 'bidi-paragraph-separate-re', allow customization of what exactly are paragraphs, for the purposes of bidirectional display. +--- +** New variable 'x-wait-for-event-timeout'. +This controls how long Emacs will wait for updates to the graphical +state to take effect (making a frame visible, for example). + * Changes in Specialized Modes and Packages in Emacs 26.1 diff --git a/src/xterm.c b/src/xterm.c index 0b321909c8..90275763cb 100644 --- a/src/xterm.c +++ b/src/xterm.c @@ -11029,17 +11029,22 @@ x_sync_with_move (struct frame *f, int left, int top, bool fuzzy) void x_wait_for_event (struct frame *f, int eventtype) { - int level = interrupt_input_blocked; + if (!FLOATP (Vx_wait_for_event_timeout)) + return; + int level = interrupt_input_blocked; fd_set fds; struct timespec tmo, tmo_at, time_now; int fd = ConnectionNumber (FRAME_X_DISPLAY (f)); f->wait_event_type = eventtype; - /* Set timeout to 0.1 second. Hopefully not noticeable. - Maybe it should be configurable. */ - tmo = make_timespec (0, 100 * 1000 * 1000); + /* Default timeout is 0.1 second. Hopefully not noticeable. */ + double timeout = XFLOAT_DATA (Vx_wait_for_event_timeout); + time_t timeout_seconds = (time_t) timeout; + tmo = make_timespec + (timeout_seconds, (long int) ((timeout - timeout_seconds) + * 1000 * 1000 * 1000)); tmo_at = timespec_add (current_timespec (), tmo); while (f->wait_event_type) @@ -11365,8 +11370,13 @@ xembed_send_message (struct frame *f, Time t, enum xembed_message msg, /* Change of visibility. */ -/* This function sends the request to make the frame visible, but may - return before it the frame's visibility is changed. */ +/* This tries to wait until the frame is really visible, depending on + the value of Vx_wait_for_event_timeout. + However, if the window manager asks the user where to position + the frame, this will return before the user finishes doing that. + The frame will not actually be visible at that time, + but it will become visible later when the window manager + finishes with it. */ void x_make_frame_visible (struct frame *f) @@ -11437,11 +11447,14 @@ x_make_frame_visible (struct frame *f) before we do anything else. We do this loop with input not blocked so that incoming events are handled. */ { + Lisp_Object frame; /* This must be before UNBLOCK_INPUT since events that arrive in response to the actions above will set it when they are handled. */ bool previously_visible = f->output_data.x->has_been_visible; + XSETFRAME (frame, f); + int original_left = f->left_pos; int original_top = f->top_pos; @@ -11488,6 +11501,10 @@ x_make_frame_visible (struct frame *f) unblock_input (); } + + /* Try to wait for a MapNotify event (that is what tells us when a + frame becomes visible). */ + x_wait_for_event (f, MapNotify); } } @@ -13283,6 +13300,17 @@ syms_of_xterm (void) keysyms. The default is nil, which is the same as `super'. */); Vx_super_keysym = Qnil; + DEFVAR_LISP ("x-wait-for-event-timeout", Vx_wait_for_event_timeout, + doc: /* How long to wait for X events. + +Emacs will wait up to this many seconds to receive X events after +making changes which affect the state of the graphical interface. +Under some window managers this can take an indefinite amount of time, +so it is important to limit the wait. + +If set to a non-float value, there will be no wait at all. */); + Vx_wait_for_event_timeout = make_float (0.1); + DEFVAR_LISP ("x-keysym-table", Vx_keysym_table, doc: /* Hash table of character codes indexed by X keysym codes. */); Vx_keysym_table = make_hash_table (hashtest_eql, 900, -- 2.11.0 --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=v4-0003-Wait-for-frame-visibility-with-timeout-in-w32term.patch Content-Description: patch >From 474925d51bbb0ce1ace5e1062cd0bbe4e9f3cfc2 Mon Sep 17 00:00:00 2001 From: Noam Postavsky Date: Mon, 25 Sep 2017 21:58:55 -0400 Subject: [PATCH v4 3/3] Wait for frame visibility with timeout in w32term too * src/w32term.c (syms_of_w32term) [x-wait-for-event-timeout]: New variable. (x_make_frame_visible): Wait for frame to become visible according to its value. (input_signal_count): Remove. --- src/w32term.c | 31 ++++++++++++++++++++----------- 1 file changed, 20 insertions(+), 11 deletions(-) diff --git a/src/w32term.c b/src/w32term.c index d7ec40118f..0a44a8fb22 100644 --- a/src/w32term.c +++ b/src/w32term.c @@ -163,10 +163,6 @@ BOOL (WINAPI *pfnSetLayeredWindowAttributes) (HWND, COLORREF, BYTE, DWORD); /* Keyboard code page - may be changed by language-change events. */ int w32_keyboard_codepage; -/* Incremented by w32_read_socket whenever it really tries to read - events. */ -static int volatile input_signal_count; - #ifdef CYGWIN int w32_message_fd = -1; #endif /* CYGWIN */ @@ -4658,9 +4654,6 @@ w32_read_socket (struct terminal *terminal, block_input (); - /* So people can tell when we have read the available input. */ - input_signal_count++; - /* Process any incoming thread messages. */ drain_message_queue (); @@ -6614,7 +6607,8 @@ w32_frame_raise_lower (struct frame *f, bool raise_flag) /* Change of visibility. */ -/* This tries to wait until the frame is really visible. +/* This tries to wait until the frame is really visible, depending on + the value of Vx_visible_frame_timeout. However, if the window manager asks the user where to position the frame, this will return before the user finishes doing that. The frame will not actually be visible at that time, @@ -6673,12 +6667,16 @@ x_make_frame_visible (struct frame *f) : SW_SHOWNORMAL); } + if (!FLOATP (Vx_wait_for_event_timeout)) + return; + /* Synchronize to ensure Emacs knows the frame is visible before we do anything else. We do this loop with input not blocked so that incoming events are handled. */ { Lisp_Object frame; - int count; + double timeout = XFLOAT_DATA (Vx_wait_for_event_timeout); + double start_time = XFLOAT_DATA (Ffloat_time (Qnil)); /* This must come after we set COUNT. */ unblock_input (); @@ -6688,8 +6686,8 @@ x_make_frame_visible (struct frame *f) /* Wait until the frame is visible. Process X events until a MapNotify event has been seen, or until we think we won't get a MapNotify at all.. */ - for (count = input_signal_count + 10; - input_signal_count < count && !FRAME_VISIBLE_P (f);) + while (timeout > (XFLOAT_DATA (Ffloat_time (Qnil)) - start_time) && + !FRAME_VISIBLE_P (f)) { /* Force processing of queued events. */ /* TODO: x_sync equivalent? */ @@ -7321,6 +7319,17 @@ syms_of_w32term (void) DEFSYM (Qrenamed_from, "renamed-from"); DEFSYM (Qrenamed_to, "renamed-to"); + DEFVAR_LISP ("x-wait-for-event-timeout", Vx_wait_for_event_timeout, + doc: /* How long to wait for X events. + +Emacs will wait up to this many seconds to receive X events after +making changes which affect the state of the graphical interface. +Under some window managers this can take an indefinite amount of time, +so it is important to limit the wait. + +If set to a non-float value, there will be no wait at all. */); + Vx_wait_for_event_timeout = make_float (0.1); + DEFVAR_INT ("w32-num-mouse-buttons", w32_num_mouse_buttons, doc: /* Number of physical mouse buttons. */); -- 2.11.0 --=-=-=-- From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Sep 2017 13:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: martin rudalics Cc: 25521@debbugs.gnu.org, qwxlea@gmail.com, npostavs@users.sourceforge.net Reply-To: Eli Zaretskii Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150669239414681 (code B ref 25521); Fri, 29 Sep 2017 13:40:02 +0000 Received: (at 25521) by debbugs.gnu.org; 29 Sep 2017 13:39:54 +0000 Received: from localhost ([127.0.0.1]:37802 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxvWD-0003oj-JZ for submit@debbugs.gnu.org; Fri, 29 Sep 2017 09:39:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38457) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxvWC-0003oU-2v for 25521@debbugs.gnu.org; Fri, 29 Sep 2017 09:39:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dxvW5-0004D9-Ue for 25521@debbugs.gnu.org; Fri, 29 Sep 2017 09:39:46 -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_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44869) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dxvVy-00044s-TH; Fri, 29 Sep 2017 09:39:38 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1271 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dxvVx-000530-CB; Fri, 29 Sep 2017 09:39:38 -0400 Date: Fri, 29 Sep 2017 16:39:22 +0300 Message-Id: <83zi9d7hf9.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <59CB5D18.2090806@gmx.at> (message from martin rudalics on Wed, 27 Sep 2017 10:11:04 +0200) References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> <59CB5D18.2090806@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-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.0 (-----) > Date: Wed, 27 Sep 2017 10:11:04 +0200 > From: martin rudalics > CC: Eli Zaretskii , 25521@debbugs.gnu.org, > qwxlea@gmail.com > > Anyway, I'd proceed as follows: > > (1) Install the xterm.c and w32term.c patches on the release branch. > > (2) Ask Alex to play around with the settings. If Alex can use the > variable to change the behavior from bad to good and back and there > are no problems with other users, let's consider this part as done > and the bug closed. > > (3) Install the ‘select-frame-by-name’ patch on the release branch. > > The reason why I think that (3) is good to have despite of (1) is that > functions would behave reasonably well on systems where the user sets > the timeout to zero. Thus people who, for some reason, cannot or do not > want a larger timeout have a fallback. Differently put: A timeout of > zero should work well as default too. > > But let's wait for Eli to make a decision. Maybe I'm missing some downsides of these suggestions, but they sound fine to me. Please go ahead, and thanks. From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Sep 2017 18:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Noam Postavsky Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150670916027204 (code B ref 25521); Fri, 29 Sep 2017 18:20:02 +0000 Received: (at 25521) by debbugs.gnu.org; 29 Sep 2017 18:19:20 +0000 Received: from localhost ([127.0.0.1]:39595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxzse-00074i-Ew for submit@debbugs.gnu.org; Fri, 29 Sep 2017 14:19:20 -0400 Received: from mout.gmx.net ([212.227.15.15]:52279) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dxzsc-00074V-UG for 25521@debbugs.gnu.org; Fri, 29 Sep 2017 14:19:19 -0400 Received: from [192.168.1.100] ([46.125.249.81]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LkPBT-1dMB192kvL-00cQhw; Fri, 29 Sep 2017 20:19:04 +0200 Message-ID: <59CE8E95.9090509@gmx.at> Date: Fri, 29 Sep 2017 20:19:01 +0200 From: martin rudalics MIME-Version: 1.0 References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> <59CB5D18.2090806@gmx.at> <87poacfifx.fsf@users.sourceforge.net> <59CE054E.1010604@gmx.at> <873775fz7f.fsf@users.sourceforge.net> In-Reply-To: <873775fz7f.fsf@users.sourceforge.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:63LiDyFxevRoX6u4v/U/R3wI7Zz7fgC6xdEcEXCH6RS1Wn8q4Z4 SQxZcdyrAdhYX+17cOluO0LKFKDZ6PG6c8quJH4L5+Ggnc1YGWmC0Eqx/pm1DbQ7Dm60yTP JXBw/nKKL2xeB0JOAyOlf5CyBK6AxU5vaFRcy+vcZjyVVwz5/likXkMZpoTUoV37TljEbiS mDPg8KMzp6SWqUBwbKGBA== X-UI-Out-Filterresults: notjunk:1;V01:K0:0T+emNiRMMs=:OGOctVu/m4GA45HV20FXhW O8DK5yrYt33XXbMnfRVdfwgCrw6H4kLsUKSa2xG/JYuB0j78/JOh1Rs7fjIQmS20VbSurWxM7 lPQMGF+rjGfOLy/PdIeYIZP25j9dKah4B/akwJlPDdfK1A8/HPfEMXdo0KW4G77SNEDaS0wJm HF6hTXVJBDlXZrQacLO5/e1Rji8tED+bMujn78qc9UAPL000tZ1MIFNPmQxjYWxQKwVyUl8yz xokusDEWCUwvTGV/XvSG8ERGCANyRAlzuV6V+oQnt1zB63zRbJ7iPLNVUGzsYC83FQaDhnuvT F+Sxd61gIHsy6I9+xWNIm08evePqE6O0TRPDWBnIFHaEuKUvGZeeSqQZ18tlss1g3NPht/HOH sbOTRc6S9anEb93AqXXbtNBJ9wyjUddt7cetBd66sM1yzdppqgx/cMwxfjLnR9V/k0NMnpAXH KNUmNUn5TwKKAF7nVHeSUCwHeuLuIKT8UJLW2C6NrwFlHwxGDhLgnnBww/aXiQg9bD1uNY727 yZ/74Mm/givCK6+S4KKmTnut/KXt5+25IHCpr9HQr0ypPLezmh3+1PMlES+dVY1LQx2lpfnjC Z+YMq+CgDXzmr34d4jeDSd6RXohoJeNoksz7LaTw3HbD1/+UQ2a+kIu7Ol7nFcDRsQDGH9vHG kNBbWYOZZqmUDWlOXWF47EaimoHWFzpJS3tj+/z8546NBZRQTt27PFO4Rr7tiYtp7X8NRzOTh clc7qAFNUwSuRy00Vb/yoZWHhN+P20N77yqsANuZtBMfeFCPDSloq7Pi2vm2fA8gnoAzX4qxL DXtVphWIU3F9qSK+4rYhFqsYpZqxfnPP3xjISeqNwVhPWMU9HUyue5VOc0r7oal1noiy+jE X-Spam-Score: -3.5 (---) 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 (---) > I should check my assumptions more carefully, the problem was actually > that I didn't set the timeout correctly; the whole seconds part was > being dropped. Fixed with the following (full patches are attached as > well). Alex can you test them? Otherwise, install on the release branch. Many thanks, martin From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Sep 2017 22:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: martin rudalics Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150672528221439 (code B ref 25521); Fri, 29 Sep 2017 22:49:01 +0000 Received: (at 25521) by debbugs.gnu.org; 29 Sep 2017 22:48:02 +0000 Received: from localhost ([127.0.0.1]:39757 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dy44f-0005ZY-Oo for submit@debbugs.gnu.org; Fri, 29 Sep 2017 18:48:02 -0400 Received: from mail-it0-f54.google.com ([209.85.214.54]:49362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dy44d-0005ZJ-4b for 25521@debbugs.gnu.org; Fri, 29 Sep 2017 18:47:59 -0400 Received: by mail-it0-f54.google.com with SMTP id c195so1476689itb.4 for <25521@debbugs.gnu.org>; Fri, 29 Sep 2017 15:47:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=twuCIESX4Ndvn24hMfmb8CcpVe/YvyH3YAFFB9PTSXU=; b=aBvaC+JfIcSRyEmt2HahDzdx7hGonBaB4yw2iIrsx1YHEqI/bPE7dm04W6UmVrYxhg ouj09/zfKflY6HAmnj4iO3LYlt8fiNo+JrQyvTGTrktPIkD+Xv5VOgQATeVJ2q8/VctF r5NP/ZXRB70ahjXVhkrGLwEalWHDpNIbG7+nSANGdAidiYg+mgK2yWk3ePIPcJn82YQR JaDaAafTQnI3ZiyO50IYbHsi1IJvxQAm0S6cy3nskg+b1DTTh3D6ZEcdvTA6+bn+wo0s rMFT5+oB+ilDZzdYWEZqH2iYkJJvP9BNqx9lWallsb2LSmkvo/RViDzKCaDYlcniVx53 34VA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=twuCIESX4Ndvn24hMfmb8CcpVe/YvyH3YAFFB9PTSXU=; b=girwjIcZUzG7YeKQLXoWQsFlUAT+ttZUE/uqibILsIKNiWWTc0XuC0haRv+TMKpO+n f0senyitqTmu6QSehEXoSDTj5ivFN+xTQwGjaxd9m4TRNar9MeQqGE2xNhm9xMCVMNCS g3Rs1jdTYHURUPgjgOqnchyCR7uPeChLqN6xf1OSHZAqqA5mc9+F4J9sSqW5ydPoQF5S yNNIhpJQ/jbwvhwmsFcGP+W10w6rpr3Lq09m60NjJv06OG2D0gQCFYbKn2Ij2vP42iak pKhYAhMuTbTO7grSFC+DCo0/4C+SeS3D+cHlm7VyL3sWjjxN0k/mUUCPi4a+Jotl/gkD OGFQ== X-Gm-Message-State: AMCzsaUZQoNMJat5bKvtjocGpEtwXkk15mQw5V8p9lH0OvlgYWiRLswk c/iQENotePKQUHPtlnwfkDQ= X-Google-Smtp-Source: AOwi7QCT9R9RIyZeiJ/0h9j9S6QwTFGN2gvu8JSjSr4eF3KvF0iaeuWIPkYcLw1+UWVl7DqMYY6UNA== X-Received: by 10.36.117.150 with SMTP id y144mr9773195itc.60.1506725273324; Fri, 29 Sep 2017 15:47:53 -0700 (PDT) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id l195sm2239925itl.2.2017.09.29.15.47.51 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 29 Sep 2017 15:47:51 -0700 (PDT) From: Noam Postavsky References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> <59CB5D18.2090806@gmx.at> <87poacfifx.fsf@users.sourceforge.net> <59CE054E.1010604@gmx.at> <873775fz7f.fsf@users.sourceforge.net> <59CE8E95.9090509@gmx.at> Date: Fri, 29 Sep 2017 18:47:50 -0400 In-Reply-To: <59CE8E95.9090509@gmx.at> (martin rudalics's message of "Fri, 29 Sep 2017 20:19:01 +0200") Message-ID: <87wp4hdsvd.fsf@users.sourceforge.net> 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.0 (/) 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 (/) martin rudalics writes: >> I should check my assumptions more carefully, the problem was actually >> that I didn't set the timeout correctly; the whole seconds part was >> being dropped. Fixed with the following (full patches are attached as >> well). > > Alex can you test them? Otherwise, install on the release branch. > > Many thanks, martin I pushed the xterm.c [1: e1f6e3127a] and w32term [2: 695cf5300b] patches to emacs-26. [1: e1f6e3127a]: 2017-09-29 18:40:06 -0400 Bring back the busy wait after x_make_frame_visible (Bug#25521) http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=e1f6e3127a292e6ba66d27c49ddda4fe949569f5 [2: 695cf5300b]: 2017-09-29 18:40:06 -0400 Wait for frame visibility with timeout in w32term too http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=695cf5300b4f5b0a8f3bd615b3259a99c5532b5e From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Oct 2017 02:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: martin rudalics Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150794730124188 (code B ref 25521); Sat, 14 Oct 2017 02:15:02 +0000 Received: (at 25521) by debbugs.gnu.org; 14 Oct 2017 02:15:01 +0000 Received: from localhost ([127.0.0.1]:38619 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3Byf-0006I4-BN for submit@debbugs.gnu.org; Fri, 13 Oct 2017 22:15:01 -0400 Received: from mail-it0-f48.google.com ([209.85.214.48]:54210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3Byd-0006Hn-Em for 25521@debbugs.gnu.org; Fri, 13 Oct 2017 22:14:59 -0400 Received: by mail-it0-f48.google.com with SMTP id n195so12553331itg.2 for <25521@debbugs.gnu.org>; Fri, 13 Oct 2017 19:14:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=l09KnKfZFu9mlHKIkqBphOitg+yd6MSUNeOK82Afhd4=; b=da9oEoSnPn7vviXkeUpX/0KmCnZd+PRtQNjlVvEQuu6SvjL4Ro0cW8v+3OVlrI97jF u39qEDXv8Sq1AcjEBQiVVv9zcCR68W7NBvRP/9sGfsLv7rfZu4losX4nOkVzRctoKSoS 58pibsTEO6I3kknw6nF2AJJq5xJz++BH2pVSWDjWf2ViM3rKqFyLVXJpSySOrGwJ3TSX GnSybgv7lE9rtFEOcgywPvVl0RlUPuaDYho6DfL62KiRd7h5nANy4RRG9QtaqxLTwiY2 1KF95h0A2GkRCGJg48CFjs3se7IBq4owJBdC15a3Sx+559v2Q4XXFNKl7uvw/1MDOl0F pyLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=l09KnKfZFu9mlHKIkqBphOitg+yd6MSUNeOK82Afhd4=; b=RAoZkyABCmCtI6Zzc02qxgAIgrpIMO9Buj4LA7f2eSgAL0L0+0ixG2vWWlCSAwoIHG 78ZGilwl/Gf591SrcisgU/+dO1V8i6vCaUsMNrAcW9QjnsKztCMQMTFtuj8eDK1mTcz6 aq68iXRY433WBuPAuiwi9uQwUxgMEcNNr6T/k1kUznFGFyef1S9rFr6LHoqQ9hTfVYTX n+/qN3ZhsTkcVm8HMb6Kg+PBa0Vcg79zZh4js+Zo7GbmmvXMiFi5TgspU9Z5DZzFYDaz /VXkNUVk0eTdTzrrbVy7+AUaL3UPSAq9KwdVE8W9EoDUhFcRcSUKvt5DwEm2yUUk8MS6 l+KA== X-Gm-Message-State: AMCzsaX4lKb5gwUzUDy9rp8QK5yrYA7TJKTGbL9K92m9mVmyLSA4cvdf VAQy6qlrZVnHv2zdku4MzmU= X-Google-Smtp-Source: ABhQp+TewyzqkpK6+yxA5hJnUZzhsxs7dXLFgZBKjYZsN1TntDiok0lUKibc/VmnD1CvlWRHHyfc6A== X-Received: by 10.36.68.207 with SMTP id o198mr3279213ita.74.1507947293925; Fri, 13 Oct 2017 19:14:53 -0700 (PDT) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id p193sm1138798iop.79.2017.10.13.19.14.52 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 13 Oct 2017 19:14:52 -0700 (PDT) From: Noam Postavsky References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> <59CB5D18.2090806@gmx.at> Date: Fri, 13 Oct 2017 22:14:51 -0400 In-Reply-To: <59CB5D18.2090806@gmx.at> (martin rudalics's message of "Wed, 27 Sep 2017 10:11:04 +0200") Message-ID: <87po9qa31g.fsf@users.sourceforge.net> 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-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 (/) martin rudalics writes: > (1) Install the xterm.c and w32term.c patches on the release branch. > > (2) Ask Alex to play around with the settings. If Alex can use the > variable to change the behavior from bad to good and back and there > are no problems with other users, let's consider this part as done > and the bug closed. Ping? Alex can you try it out? The patches are in the 26.0.90 pretest. From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Oct 2017 08:37:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Noam Postavsky Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150797022210993 (code B ref 25521); Sat, 14 Oct 2017 08:37:05 +0000 Received: (at 25521) by debbugs.gnu.org; 14 Oct 2017 08:37:02 +0000 Received: from localhost ([127.0.0.1]:38779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3HwL-0002rB-Jc for submit@debbugs.gnu.org; Sat, 14 Oct 2017 04:37:01 -0400 Received: from mout.gmx.net ([212.227.15.18]:57705) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3HwK-0002qn-1l for 25521@debbugs.gnu.org; Sat, 14 Oct 2017 04:37:00 -0400 Received: from [192.168.1.100] ([46.125.249.56]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MA9Yv-1dwRNv1zwn-00BOO5; Sat, 14 Oct 2017 10:36:46 +0200 Message-ID: <59E1CC9B.7040802@gmx.at> Date: Sat, 14 Oct 2017 10:36:43 +0200 From: martin rudalics MIME-Version: 1.0 References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> <59CB5D18.2090806@gmx.at> <87po9qa31g.fsf@users.sourceforge.net> In-Reply-To: <87po9qa31g.fsf@users.sourceforge.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:azjB6u1wOoxzXLCWyeuRIb7oEk7ecxnDCZIfuHa4lhxcbfsIpIJ oCQlgKx9XdDWCJQoy9zRkuRjZachQIjtyTu7+KY0A6QUDgrxyz+GlMyIrIzfsSsJ4exB/ee dREpHIbr0oyRNpl4sKQWH6JnuUXVnUMqVFmf2hhlhhEBgFfu121JJLozy7bAoWC1JrQlcfR IDzjXN3ZOrM4cmYbej6+A== X-UI-Out-Filterresults: notjunk:1;V01:K0:KD6PXLQ+2hw=:B7Tt4zYSpZPr/wX1/6f5iX H4NLbV5UqXbHBpnrZF4wSuxlFqPYVQs03jZA1ptzakxiI1b06FDuG7rYgP28pxZ5N3VdH+Mlc vgESx6+fOL9IkwHrBML288zpT9Of7ABehNf16hVjiDdMIi0qogR77gn07Q5LsRB3WmOsWowE8 /NNVBqcAiy+6c99UO5Rq+/RRbQBh/duY1kIBDVz1/rYyraw4cXK5hYQrnZPK7kRCejc+QKBJK ZW9pwgb4xDVDaxye4VpsYpcv3KKtXM+yEx8ccDapd2H9q8TalHcAjZ7LBHoHoVat1al44RXJK YCML6H8/ushP5XFOOl5wExIK2NCx2h+DSqT1v+FVZthj+0CyIUJtua+LpvVlzuWPR+EVVZV2Q zb9swjI98gQYXrm4TdJGVZUvu9wS/5xq3cxWTq8L1m3U/qK8IL+zoq5lJimHWBCguBDCWaDTK EJs4o+9DcP2cLBjydiw2+6lNCp6tCNcMZ1J39ZD5Uhoq8kMe0Wd6OD657VxsbiFdH64cUjcZN buGwIUvZEAgV4gylqIPtTqaYaVkJ1cD6Miglw/PYxBvGtIMBDOczVTb29Z4ed2W/wExZSt4WY rITOOxWyPl6nOpAO/XpFSqaQyA3jXcwNkGZAKn8pYd2BPmqskNK5xVnubfH5aeAKCZLilaoxK OZ6sXkXU31hVwgvEanA3Yvc6aUGUg7ReoxsX5Mugsasgc/peD2cG3TXvhDtpaZ8cjpF8h2Hlj k55zfRrXA60+wNyInh/9RrLXaHUoSRsKAZ5DSMI9uiyyOyEljhAGQNEfHtbVME3Yk6nMysj4d XNTOmzv0GpBt6Tazlxz0KbhiYanEDw/OUCODqWZ+6LPyRuxPGQIQOE2spy5dtP78k3KHQZt X-Spam-Score: -0.7 (/) 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 (/) > Ping? Alex can you try it out? The patches are in the 26.0.90 pretes= t. I think you can safely apply the =E2=80=98select-frame-by-name=E2=80=99 p= atch now. martin From unknown Tue Aug 12 08:32:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#25521: 26.0.50; After (make-frame '((name . "foo"))) (select-frame-by-name "foo") doesn't see the frame Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 15 Oct 2017 18:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25521 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: martin rudalics Cc: Eli Zaretskii , 25521@debbugs.gnu.org, qwxlea@gmail.com Received: via spool by 25521-submit@debbugs.gnu.org id=B25521.150809176321815 (code B ref 25521); Sun, 15 Oct 2017 18:23:02 +0000 Received: (at 25521) by debbugs.gnu.org; 15 Oct 2017 18:22:43 +0000 Received: from localhost ([127.0.0.1]:41881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3nYh-0005fj-Fd for submit@debbugs.gnu.org; Sun, 15 Oct 2017 14:22:43 -0400 Received: from mail-io0-f174.google.com ([209.85.223.174]:49180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e3nYg-0005fQ-4z; Sun, 15 Oct 2017 14:22:42 -0400 Received: by mail-io0-f174.google.com with SMTP id n137so13818284iod.6; Sun, 15 Oct 2017 11:22:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=QTr8BdN0P5I9WR2aqBpLRBG9MaumQYVGtac+jSbQ+cA=; b=g5oBL/6reAZo/GaNHv8dm9PUDPCmA44/BsZleMyrNe/wxTfqOEq8IOgX0mWsygw/lb vmGbq222iBHMGqpnZhUDyU3C50Hj6J/eNISMaNPpdVn8QC0RW9BSu0JRopg150HHaniH 0YNfPCBT8duo39IJ1szIAgKAbKDOIWgg0jA38SnwZ8mZItJqBnd8cNWy7Ly75X/NAJtc 3sba5wLqGEODKu/MqrairwD5SEgN4HEmnZK14MmRKcYsaqz95jwGYhCOq5xUrqmi4wl6 n1qPjgwVE0DgmC+NI01HCrjEDjOYTnUxYPTiptUdLMQaxO1qfoA6NYGaeV/3ys+2lPBo v7WA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=QTr8BdN0P5I9WR2aqBpLRBG9MaumQYVGtac+jSbQ+cA=; b=Je3RKgVSoT/c1aiC7yVC5Ct1A+2rkexH6Tt/2WprGdghvOzE9U9jUtmVb7R8Rtrc1L T0oghdfp2IPSEQcUV9+3GyxmdJyMbGou8tYrXvTXcVYCmc4ekJpQ14fWojIM4L96DyqD Ber8UCRh4M4Obf68w3cb1rutIoFhCtG/tbmLfkI2+vKO4L431MwW3IPaCqi5J7a/eL22 oVcwMqS8PkmvtAK2qFFafFpj16xu5f2Vjhb0piTxwa67bHuvYFaa7QUNFxgjvMWNMst3 3kqXMf/Vz9kVqk4TaPOdolcCLvg0HBuGA0uBmftIxpvD6BZu18206eokRYy/OIIQNlsT vflg== X-Gm-Message-State: AMCzsaUnbROiUD6R2QNfTBHkqPTOj9sCg25ZUe8xqPgzZYrEt5mvCWaU GGdj2I5Qv4nIuD+oTd39dgHWbg== X-Google-Smtp-Source: ABhQp+Tv/yXfUg7JuUnO+4A9y9+Kp0icgPs9o1S+u4eR5LUbxu3FANK91Z1HTZonFtHRFrii7qnv5Q== X-Received: by 10.107.128.202 with SMTP id k71mr9351713ioi.184.1508091756539; Sun, 15 Oct 2017 11:22:36 -0700 (PDT) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id o9sm2839858itf.10.2017.10.15.11.22.34 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 15 Oct 2017 11:22:35 -0700 (PDT) From: Noam Postavsky References: <87a8agrwwx.fsf@gmail.com> <83lgtz3jdf.fsf@gnu.org> <87mvefk54q.fsf@gmail.com> <87inp2u2nn.fsf@users.sourceforge.net> <87r33qm4lh.fsf@gmail.com> <87a8adubtz.fsf@users.sourceforge.net> <877f5hq0tl.fsf@gmail.com> <87ziids1j2.fsf@users.sourceforge.net> <83vat10wdp.fsf@gnu.org> <87wp7ukw8x.fsf@users.sourceforge.net> <5955F510.5040101@gmx.at> <87efrr6rgx.fsf@users.sourceforge.net> <59A95A75.8040100@gmx.at> <87bmmu7czr.fsf@users.sourceforge.net> <59A980A5.9010705@gmx.at> <87zi9if9ux.fsf@users.sourceforge.net> <59CB5D18.2090806@gmx.at> <87po9qa31g.fsf@users.sourceforge.net> <59E1CC9B.7040802@gmx.at> Date: Sun, 15 Oct 2017 14:22:34 -0400 In-Reply-To: <59E1CC9B.7040802@gmx.at> (martin rudalics's message of "Sat, 14 Oct 2017 10:36:43 +0200") Message-ID: <87k1zw8e51.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.1 (--) 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 (--) tags 25521 fixed close 25521 tags 25511 fixed close 25511 quit martin rudalics writes: > I think you can safely apply the =E2=80=98select-frame-by-name=E2=80=99 p= atch now. Pushed. Closing #25511 as well, since it should have been fixed by delay-restoring patch too. [1: 616b4c5956]: 2017-10-15 13:58:45 -0400 Let select-frame-by-name choose any frame when called from lisp (Bug#2552= 1) https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=3D616b4c59561c63b9= 86634d666c45a73e95fac392