From unknown Mon Aug 11 21:14:50 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#12648 <12648@debbugs.gnu.org> To: bug#12648 <12648@debbugs.gnu.org> Subject: Status: 24.2.50; display-buffer switches to another frame Reply-To: bug#12648 <12648@debbugs.gnu.org> Date: Tue, 12 Aug 2025 04:14:50 +0000 retitle 12648 24.2.50; display-buffer switches to another frame reassign 12648 emacs submitter 12648 Eli Zaretskii severity 12648 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 14 12:50:54 2012 Received: (at submit) by debbugs.gnu.org; 14 Oct 2012 16:50:54 +0000 Received: from localhost ([127.0.0.1]:44038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNROv-0001vp-OP for submit@debbugs.gnu.org; Sun, 14 Oct 2012 12:50:54 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59840) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNROt-0001va-EC for submit@debbugs.gnu.org; Sun, 14 Oct 2012 12:50:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TNRNm-0006ao-Qe for submit@debbugs.gnu.org; Sun, 14 Oct 2012 12:49:43 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:48849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNRNm-0006ad-NW for submit@debbugs.gnu.org; Sun, 14 Oct 2012 12:49:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58464) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNRNl-0007Cq-Ap for bug-gnu-emacs@gnu.org; Sun, 14 Oct 2012 12:49:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TNRNj-0006aB-Pz for bug-gnu-emacs@gnu.org; Sun, 14 Oct 2012 12:49:41 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:56769) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNRNj-0006Zq-Hx for bug-gnu-emacs@gnu.org; Sun, 14 Oct 2012 12:49:39 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MBW005006MK0700@a-mtaout21.012.net.il> for bug-gnu-emacs@gnu.org; Sun, 14 Oct 2012 18:49:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MBW004Y26QOU260@a-mtaout21.012.net.il> for bug-gnu-emacs@gnu.org; Sun, 14 Oct 2012 18:49:37 +0200 (IST) Date: Sun, 14 Oct 2012 18:49:44 +0200 From: Eli Zaretskii Subject: 24.2.50; display-buffer switches to another frame X-012-Sender: halo1@inter.net.il To: bug-gnu-emacs@gnu.org Message-id: <83391h5787.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 208.118.235.17 X-Spam-Score: -7.3 (-------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.3 (-------) This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgment at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': emacs -Q C-x b foo C-x 5 b bar Now you have 2 frames, one displays the buffer "foo", the other displays the buffer "bar" and is the selected frame. M-: (display-buffer "foo" nil 'visible) RET This quite unexpectedly selects the frame which displays "foo". But display-buffer is not supposed to select the window where it displays the buffer. And indeed, if the same experiment is repeated when the same frame displays "foo" and "bar" in 2 different windows, the window that shows "bar" being the selected one, display-buffer does not select the other window, as expected. This is an annoyance when you use GUD with the GDB interaction buffer on one frame and the source on another. Each command that moves through the program, such as 'n', 's', etc., switches to the source frame, which is inconvenient. See http://lists.gnu.org/archive/html/help-gnu-emacs/2012-10/msg00188.html for the original complaint. If Emacs crashed, and you have the Emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. For information about debugging Emacs, please read the file d:/gnu/bzr/emacs/trunk/etc/DEBUG. In GNU Emacs 24.2.50.1 (i386-mingw-nt5.1.2600) of 2012-10-14 on HOME-C4E4A596F7 Bzr revision: 110541 monnier@iro.umontreal.ca-20121014014248-jy0lxhbhkiihxjy0 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (3.4) --no-opt --enable-checking --cflags -Id:/usr/include/libxml2 -DGLYPH_DEBUG=1' Important settings: value of $LANG: ENU locale-coding-system: cp1255 default enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x b f o o C-x 5 b b a r M-: ( d i s p l a y - b u f f e r SPC " f o o " S-SPC ' n i l SPC ' v i s i b l e ) M-x r e p o r t - e m Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. # Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32 multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 14 14:35:13 2012 Received: (at 12648) by debbugs.gnu.org; 14 Oct 2012 18:35:13 +0000 Received: from localhost ([127.0.0.1]:44086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNT1s-0004LR-SG for submit@debbugs.gnu.org; Sun, 14 Oct 2012 14:35:13 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]:50517) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1TNT1q-0004L2-70 for 12648@debbugs.gnu.org; Sun, 14 Oct 2012 14:35:11 -0400 Received: (qmail invoked by alias); 14 Oct 2012 18:34:01 -0000 Received: from 62-47-48-254.adsl.highway.telekom.at (EHLO [62.47.48.254]) [62.47.48.254] by mail.gmx.net (mp039) with SMTP; 14 Oct 2012 20:34:01 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/QBcJWDHnQIY78lgPkv7txga+AhOHN4+Qa+cjei6 HW6Z6C0UHf24f5 Message-ID: <507B0590.3020402@gmx.at> Date: Sun, 14 Oct 2012 20:33:52 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#12648: 24.2.50; display-buffer switches to another frame References: <83391h5787.fsf@gnu.org> In-Reply-To: <83391h5787.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 12648 Cc: 12648@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) > emacs -Q > C-x b foo > C-x 5 b bar > > Now you have 2 frames, one displays the buffer "foo", the other > displays the buffer "bar" and is the selected frame. > > M-: (display-buffer "foo" nil 'visible) RET > > This quite unexpectedly selects the frame which displays "foo". But > display-buffer is not supposed to select the window where it displays > the buffer. Unless it appears on another frame. If with emacs -Q you do (let ((pop-up-frames t)) (display-buffer (get-buffer-create "baz"))) that buffer is shown on a new frame and its window is selected. > And indeed, if the same experiment is repeated when the > same frame displays "foo" and "bar" in 2 different windows, the window > that shows "bar" being the selected one, display-buffer does not > select the other window, as expected. > > This is an annoyance when you use GUD with the GDB interaction buffer > on one frame and the source on another. Each command that moves > through the program, such as 'n', 's', etc., switches to the source > frame, which is inconvenient. See > > http://lists.gnu.org/archive/html/help-gnu-emacs/2012-10/msg00188.html > > for the original complaint. Maybe we should provide an alist entry like select-frame for this. If the buffer already appears in another frame, we would select the frame only if the entry is set. If a new frame is created, we could try to not select it if the entry is not set and the window manager supports creating a frame and not selecting it. martin From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 14 15:30:29 2012 Received: (at 12648) by debbugs.gnu.org; 14 Oct 2012 19:30:29 +0000 Received: from localhost ([127.0.0.1]:44115 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNTtH-0005eH-VV for submit@debbugs.gnu.org; Sun, 14 Oct 2012 15:30:27 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:64211) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNTtE-0005e1-4l for 12648@debbugs.gnu.org; Sun, 14 Oct 2012 15:30:21 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MBW00A00DL8I500@a-mtaout20.012.net.il> for 12648@debbugs.gnu.org; Sun, 14 Oct 2012 21:28:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MBW00AB2E44F150@a-mtaout20.012.net.il>; Sun, 14 Oct 2012 21:28:52 +0200 (IST) Date: Sun, 14 Oct 2012 21:28:59 +0200 From: Eli Zaretskii Subject: Re: bug#12648: 24.2.50; display-buffer switches to another frame In-reply-to: <507B0590.3020402@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83zk3o4zus.fsf@gnu.org> References: <83391h5787.fsf@gnu.org> <507B0590.3020402@gmx.at> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sun, 14 Oct 2012 20:33:52 +0200 > From: martin rudalics > CC: 12648@debbugs.gnu.org > > > emacs -Q > > C-x b foo > > C-x 5 b bar > > > > Now you have 2 frames, one displays the buffer "foo", the other > > displays the buffer "bar" and is the selected frame. > > > > M-: (display-buffer "foo" nil 'visible) RET > > > > This quite unexpectedly selects the frame which displays "foo". But > > display-buffer is not supposed to select the window where it displays > > the buffer. > > Unless it appears on another frame. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12648 Cc: 12648@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sun, 14 Oct 2012 20:33:52 +0200 > From: martin rudalics > CC: 12648@debbugs.gnu.org > > > emacs -Q > > C-x b foo > > C-x 5 b bar > > > > Now you have 2 frames, one displays the buffer "foo", the other > > displays the buffer "bar" and is the selected frame. > > > > M-: (display-buffer "foo" nil 'visible) RET > > > > This quite unexpectedly selects the frame which displays "foo". But > > display-buffer is not supposed to select the window where it displays > > the buffer. > > Unless it appears on another frame. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > Date: Sun, 14 Oct 2012 20:33:52 +0200 > From: martin rudalics > CC: 12648@debbugs.gnu.org > > > emacs -Q > > C-x b foo > > C-x 5 b bar > > > > Now you have 2 frames, one displays the buffer "foo", the other > > displays the buffer "bar" and is the selected frame. > > > > M-: (display-buffer "foo" nil 'visible) RET > > > > This quite unexpectedly selects the frame which displays "foo". But > > display-buffer is not supposed to select the window where it displays > > the buffer. > > Unless it appears on another frame. Isn't that difference confusing? > If with emacs -Q you do > > (let ((pop-up-frames t)) > (display-buffer (get-buffer-create "baz"))) > > that buffer is shown on a new frame and its window is selected. I think this is different: setting pop-up-frames non-nil expresses a wish to see certain behavior that the default shouldn't have. > > http://lists.gnu.org/archive/html/help-gnu-emacs/2012-10/msg00188.html > > > > for the original complaint. > > Maybe we should provide an alist entry like select-frame for this. If > the buffer already appears in another frame, we would select the frame > only if the entry is set. If a new frame is created, we could try to > not select it if the entry is not set and the window manager supports > creating a frame and not selecting it. Yes, but is the current behavior useful as it is? If gud.el should call display-buffer in some different way to avoid selecting the frame with the source, that, too, could be a good solution. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 15 08:54:21 2012 Received: (at 12648) by debbugs.gnu.org; 15 Oct 2012 12:54:21 +0000 Received: from localhost ([127.0.0.1]:44828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNkBY-0006Zq-K5 for submit@debbugs.gnu.org; Mon, 15 Oct 2012 08:54:20 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:34127) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1TNkBW-0006Ze-AM for 12648@debbugs.gnu.org; Mon, 15 Oct 2012 08:54:19 -0400 Received: (qmail invoked by alias); 15 Oct 2012 12:53:04 -0000 Received: from 62-47-40-20.adsl.highway.telekom.at (EHLO [62.47.40.20]) [62.47.40.20] by mail.gmx.net (mp070) with SMTP; 15 Oct 2012 14:53:04 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19stv1hz3xsJtBYvzJRzPIIDbVudpuft0G39zdnm9 YMGuYwz3xTAURZ Message-ID: <507C071C.1090402@gmx.at> Date: Mon, 15 Oct 2012 14:52:44 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#12648: 24.2.50; display-buffer switches to another frame References: <83391h5787.fsf@gnu.org> <507B0590.3020402@gmx.at> <83zk3o4zus.fsf@gnu.org> In-Reply-To: <83zk3o4zus.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 12648 Cc: 12648@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) >> > M-: (display-buffer "foo" nil 'visible) RET [...] >> > But >> > display-buffer is not supposed to select the window where it displays >> > the buffer. >> >> Unless it appears on another frame. > > Isn't that difference confusing? I think so. >> If with emacs -Q you do >> >> (let ((pop-up-frames t)) >> (display-buffer (get-buffer-create "baz"))) >> >> that buffer is shown on a new frame and its window is selected. > > I think this is different: setting pop-up-frames non-nil expresses a > wish to see certain behavior that the default shouldn't have. Well, if you call `display-buffer' with the FRAME argument 'visible you're explicitly asking for such behavior. >> Maybe we should provide an alist entry like select-frame for this. If >> the buffer already appears in another frame, we would select the frame >> only if the entry is set. If a new frame is created, we could try to >> not select it if the entry is not set and the window manager supports >> creating a frame and not selecting it. > > Yes, but is the current behavior useful as it is? We have a choice between Scylla and Charybdis. People complained that making a new frame select the window and reusing an existing frame not select the window would break their typing habits ... > If gud.el should call display-buffer in some different way to avoid > selecting the frame with the source, that, too, could be a good > solution. IIUC that's what Chong's `inhibit-switch-frame' alist entry is meant for. I haven't tried it yet, though. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 15 13:27:41 2012 Received: (at 12648) by debbugs.gnu.org; 15 Oct 2012 17:27:41 +0000 Received: from localhost ([127.0.0.1]:45534 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNoS4-0004RZ-MF for submit@debbugs.gnu.org; Mon, 15 Oct 2012 13:27:41 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:37087) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TNoS1-0004RK-KZ for 12648@debbugs.gnu.org; Mon, 15 Oct 2012 13:27:39 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MBY001002WPB500@a-mtaout22.012.net.il> for 12648@debbugs.gnu.org; Mon, 15 Oct 2012 19:26:20 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MBY0010T33VA130@a-mtaout22.012.net.il>; Mon, 15 Oct 2012 19:26:20 +0200 (IST) Date: Mon, 15 Oct 2012 19:26:29 +0200 From: Eli Zaretskii Subject: Re: bug#12648: 24.2.50; display-buffer switches to another frame In-reply-to: <507C071C.1090402@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83mwzn4pfe.fsf@gnu.org> References: <83391h5787.fsf@gnu.org> <507B0590.3020402@gmx.at> <83zk3o4zus.fsf@gnu.org> <507C071C.1090402@gmx.at> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 15 Oct 2012 14:52:44 +0200 > From: martin rudalics > CC: 12648@debbugs.gnu.org > > > I think this is different: setting pop-up-frames non-nil expresses a > > wish to see certain behavior that the default shouldn't have. > > Well, if you call `display-buffer' with the FRAME argument 'visible > you're explicitly asking for such behavior. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] X-Debbugs-Envelope-To: 12648 Cc: 12648@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Mon, 15 Oct 2012 14:52:44 +0200 > From: martin rudalics > CC: 12648@debbugs.gnu.org > > > I think this is different: setting pop-up-frames non-nil expresses a > > wish to see certain behavior that the default shouldn't have. > > Well, if you call `display-buffer' with the FRAME argument 'visible > you're explicitly asking for such behavior. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.172 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] > Date: Mon, 15 Oct 2012 14:52:44 +0200 > From: martin rudalics > CC: 12648@debbugs.gnu.org > > > I think this is different: setting pop-up-frames non-nil expresses a > > wish to see certain behavior that the default shouldn't have. > > Well, if you call `display-buffer' with the FRAME argument 'visible > you're explicitly asking for such behavior. Fair enough. > > Yes, but is the current behavior useful as it is? > > We have a choice between Scylla and Charybdis. People complained that > making a new frame select the window and reusing an existing frame not > select the window would break their typing habits ... > > > If gud.el should call display-buffer in some different way to avoid > > selecting the frame with the source, that, too, could be a good > > solution. > > IIUC that's what Chong's `inhibit-switch-frame' alist entry is meant > for. I haven't tried it yet, though. Is that supposed to fix the source-in-other-frame case without harming the source-in-other-window case (which works correctly with the current code in gud.el)? If so, then all we need is to change gud.el to use that entry. If some people want the current behavior with 'visible, then so be it; I only want to fix GUD, where I don't believe anyone would want it. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 16 05:41:04 2012 Received: (at 12648) by debbugs.gnu.org; 16 Oct 2012 09:41:04 +0000 Received: from localhost ([127.0.0.1]:46168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TO3e4-0003NO-2u for submit@debbugs.gnu.org; Tue, 16 Oct 2012 05:41:04 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:44459) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1TO3e2-0003Mf-Pj for 12648@debbugs.gnu.org; Tue, 16 Oct 2012 05:41:03 -0400 Received: (qmail invoked by alias); 16 Oct 2012 09:39:32 -0000 Received: from 62-47-36-151.adsl.highway.telekom.at (EHLO [62.47.36.151]) [62.47.36.151] by mail.gmx.net (mp034) with SMTP; 16 Oct 2012 11:39:32 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19Zr3l3Q3pZo+qzUe9XbmV6D0E1/iE/2Cgxm4Z+8x BbNkctXheGESTt Message-ID: <507D2B53.7040607@gmx.at> Date: Tue, 16 Oct 2012 11:39:31 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#12648: 24.2.50; display-buffer switches to another frame References: <83391h5787.fsf@gnu.org> <507B0590.3020402@gmx.at> <83zk3o4zus.fsf@gnu.org> <507C071C.1090402@gmx.at> <83mwzn4pfe.fsf@gnu.org> In-Reply-To: <83mwzn4pfe.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 12648 Cc: 12648@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) >> IIUC that's what Chong's `inhibit-switch-frame' alist entry is meant >> for. I haven't tried it yet, though. > > Is that supposed to fix the source-in-other-frame case without harming > the source-in-other-window case (which works correctly with the > current code in gud.el)? If so, then all we need is to change gud.el > to use that entry. If some people want the current behavior with > 'visible, then so be it; I only want to fix GUD, where I don't believe > anyone would want it. IIUC a user can either set `reusable-frames' -- Value specifies frame(s) to search for a window that already displays the buffer. See `display-buffer-reuse-window'. to nil so the buffer will get displayed on the selected frame even if it is displayed somewhere elese, or set `inhibit-switch-frame' -- A non-nil value prevents any other frame from being raised or selected, even if the window is displayed there. to t. The semantics of the latter is not very clear to me because with most window managers Emacs cannot prevent a new frame from being raised and selected (at least that's what I've been told repeatedly). martin From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 16 09:28:24 2012 Received: (at 12648) by debbugs.gnu.org; 16 Oct 2012 13:28:24 +0000 Received: from localhost ([127.0.0.1]:46337 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TO7C3-00014c-Qu for submit@debbugs.gnu.org; Tue, 16 Oct 2012 09:28:24 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:50635) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TO7C1-00014P-4S for 12648@debbugs.gnu.org; Tue, 16 Oct 2012 09:28:21 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ai0FAG6Zu09MCoeh/2dsb2JhbABEsEiDSYEIghYBBVYjEAs0EhQYDSSIIboJkEQDozOBWIMF X-IronPort-AV: E=Sophos;i="4.75,637,1330923600"; d="scan'208";a="201774483" Received: from 76-10-135-161.dsl.teksavvy.com (HELO pastel.home) ([76.10.135.161]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 16 Oct 2012 09:27:02 -0400 Received: by pastel.home (Postfix, from userid 20848) id 61AC659520; Tue, 16 Oct 2012 09:27:01 -0400 (EDT) From: Stefan Monnier To: martin rudalics Subject: Re: bug#12648: 24.2.50; display-buffer switches to another frame Message-ID: References: <83391h5787.fsf@gnu.org> <507B0590.3020402@gmx.at> <83zk3o4zus.fsf@gnu.org> <507C071C.1090402@gmx.at> <83mwzn4pfe.fsf@gnu.org> <507D2B53.7040607@gmx.at> Date: Tue, 16 Oct 2012 09:27:01 -0400 In-Reply-To: <507D2B53.7040607@gmx.at> (martin rudalics's message of "Tue, 16 Oct 2012 11:39:31 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 12648 Cc: Eli Zaretskii , 12648@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) > `inhibit-switch-frame' -- A non-nil value prevents any other > frame from being raised or selected, > even if the window is displayed there. > to t. The semantics of the latter is not very clear to me because > with most window managers Emacs cannot prevent a new frame from being > raised and selected (at least that's what I've been told repeatedly). I'm not sure what is its semantics either, but the problem you're referring to is specifically when *creating* a new frame, so it basically means that inhibit-switch-frame can only work reliably if it prevents creation of new frames. But it might still make a difference when using an existing frame by preventing that we raise that frame. Not sure if it will also repvent it from being de-iconified (which would again risk raising it outside of our control). Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Oct 17 05:39:28 2012 Received: (at 12648) by debbugs.gnu.org; 17 Oct 2012 09:39:28 +0000 Received: from localhost ([127.0.0.1]:47720 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TOQ63-0005wp-VR for submit@debbugs.gnu.org; Wed, 17 Oct 2012 05:39:28 -0400 Received: from mailout-de.gmx.net ([213.165.64.22]:40371) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1TOQ61-0005wa-AR for 12648@debbugs.gnu.org; Wed, 17 Oct 2012 05:39:25 -0400 Received: (qmail invoked by alias); 17 Oct 2012 09:38:02 -0000 Received: from 62-47-52-36.adsl.highway.telekom.at (EHLO [62.47.52.36]) [62.47.52.36] by mail.gmx.net (mp016) with SMTP; 17 Oct 2012 11:38:02 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19tS08CIcJtO1yg4pVOn8QEWis4sdtiw3xBwB3N6r H2lW0cDf5SjnLb Message-ID: <507E7C77.2020700@gmx.at> Date: Wed, 17 Oct 2012 11:37:59 +0200 From: martin rudalics MIME-Version: 1.0 To: Stefan Monnier Subject: Re: bug#12648: 24.2.50; display-buffer switches to another frame References: <83391h5787.fsf@gnu.org> <507B0590.3020402@gmx.at> <83zk3o4zus.fsf@gnu.org> <507C071C.1090402@gmx.at> <83mwzn4pfe.fsf@gnu.org> <507D2B53.7040607@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 12648 Cc: Eli Zaretskii , 12648@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) > I'm not sure what is its semantics either, but the problem you're > referring to is specifically when *creating* a new frame, so it > basically means that inhibit-switch-frame can only work reliably if it > prevents creation of new frames. But it might still make a difference > when using an existing frame by preventing that we raise that frame. > Not sure if it will also repvent it from being de-iconified (which > would again risk raising it outside of our control). Looks like a problem with reconciling conflicting values in the `inhibit-switch-frame' (t) and `reusable-frames' (0 or t) entries. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 18 15:47:57 2012 Received: (at 12648) by debbugs.gnu.org; 18 Oct 2012 19:47:58 +0000 Received: from localhost ([127.0.0.1]:50430 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TOw4T-0002q8-NC for submit@debbugs.gnu.org; Thu, 18 Oct 2012 15:47:57 -0400 Received: from mail-vc0-f172.google.com ([209.85.220.172]:54340) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TOw4S-0002pv-0g for 12648@debbugs.gnu.org; Thu, 18 Oct 2012 15:47:56 -0400 Received: by mail-vc0-f172.google.com with SMTP id fl11so11961535vcb.3 for <12648@debbugs.gnu.org>; Thu, 18 Oct 2012 12:46:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=3JZmOFtDk5Zd6EMFoACIaqXZLrS9eJf3VGAoYGC2flw=; b=JEb99x/qo0v6G0AQ4MgPEdS1lklnwQw0naozd/UVDnJEm3Gcc8LD3+MYL/uCFns9OM erW/w8qocNAxZXjnNiQSN4Ybygfd5FficPCHXMxXY4uYzbm85UkpZlD1AM982/My9nQL mfabRdy2++Gy+qAg5QH1k78UQZ20w3iujvCFTdF3FnYmuckcEsVL2Eb9ku90rhXhbwK9 pI+aRwDRvb43+Em14zRR8zAM/MMFDrS35bMbEDTuAhzJaprIkX6Eb3Qbl8otPCxHd7Ik OjjP703mXpd4TlOIQhpo80LtN56iiRR602ahKpEIJB7vX+bgN0xcgo3A+GOxyn5g5tLJ uwTA== Received: by 10.58.74.196 with SMTP id w4mr17352882vev.7.1350589584408; Thu, 18 Oct 2012 12:46:24 -0700 (PDT) Received: from ulysses ([50.122.143.225]) by mx.google.com with ESMTPS id dp6sm1204243vec.11.2012.10.18.12.46.22 (version=SSLv3 cipher=OTHER); Thu, 18 Oct 2012 12:46:23 -0700 (PDT) From: Chong Yidong To: Eli Zaretskii Subject: Re: bug#12648: 24.2.50; display-buffer switches to another frame References: <83391h5787.fsf@gnu.org> <507B0590.3020402@gmx.at> <83zk3o4zus.fsf@gnu.org> <507C071C.1090402@gmx.at> <83mwzn4pfe.fsf@gnu.org> Date: Fri, 19 Oct 2012 03:46:20 +0800 In-Reply-To: <83mwzn4pfe.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 15 Oct 2012 19:26:29 +0200") Message-ID: <87sj9b1s37.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 12648 Cc: martin rudalics , 12648@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.7 (/) Eli Zaretskii writes: >> Well, if you call `display-buffer' with the FRAME argument 'visible >> you're explicitly asking for such behavior. > > Fair enough. I think the trouble is that gud-display-line has no business setting the FRAME argument. Fixed in trunk. From debbugs-submit-bounces@debbugs.gnu.org Thu Oct 18 15:48:12 2012 Received: (at control) by debbugs.gnu.org; 18 Oct 2012 19:48:12 +0000 Received: from localhost ([127.0.0.1]:50436 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TOw4h-0002r8-UI for submit@debbugs.gnu.org; Thu, 18 Oct 2012 15:48:12 -0400 Received: from mail-vc0-f172.google.com ([209.85.220.172]:54340) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TOw4c-0002pv-TV for control@debbugs.gnu.org; Thu, 18 Oct 2012 15:48:10 -0400 Received: by mail-vc0-f172.google.com with SMTP id fl11so11961535vcb.3 for ; Thu, 18 Oct 2012 12:46:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=SSDXAXkraAqH77xWp8+gELUrYCdO/kj2YEEmI98iCwc=; b=e/DwHS3fNHsCiLZJziPoy7Ewpx4Aqrp6njb+8mJnGZYa7YFbgJ0KDu2G6E6zPOhDDE aKsB9Yb52ViQ/ZcYjldeyooTxcV/8OrQvsVWkI5/o9IDQlQ0/e72SgiAGfX29G0FvT4r JGoMBzRlpZtVZuhI0DbK8cMM2aNkV9kzqvoPW7Z1IFQ9b/BnI0O1ssLlQjz3bW5BDSqp P3jH8jOFaOl0+HpPgyCd4Frq1YjJCRJynhqIlki6z5pog8uG/bw2nRGvCfomoqIMK59b gPJjpptJ3JC5PdIetKWk4HGL/HgfWrSIY8TH3dIUUtHloDRaYhAF7Fmng9HMAvtAgj+U SBLw== Received: by 10.52.77.101 with SMTP id r5mr13560083vdw.25.1350589601151; Thu, 18 Oct 2012 12:46:41 -0700 (PDT) Received: from ulysses ([50.122.143.225]) by mx.google.com with ESMTPS id y15sm5721823vdg.22.2012.10.18.12.46.39 (version=SSLv3 cipher=OTHER); Thu, 18 Oct 2012 12:46:40 -0700 (PDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 12648 Date: Fri, 19 Oct 2012 03:46:33 +0800 Message-ID: <87haprwokm.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) close 12648 thanks From unknown Mon Aug 11 21:14:50 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 16 Nov 2012 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator