From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 17 Sep 2011 15:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 9532@debbugs.gnu.org X-Debbugs-Original-To: Received: via spool by submit@debbugs.gnu.org id=B.13162716384198 (code B ref -1); Sat, 17 Sep 2011 15:01:01 +0000 Received: (at submit) by debbugs.gnu.org; 17 Sep 2011 15:00:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R4wNh-00015e-4M for submit@debbugs.gnu.org; Sat, 17 Sep 2011 11:00:38 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R4wNe-00015X-Pf for submit@debbugs.gnu.org; Sat, 17 Sep 2011 11:00:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R4wIx-0000Aj-EX for submit@debbugs.gnu.org; Sat, 17 Sep 2011 10:55:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, RP_MATCHES_RCVD,UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:36419) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4wIx-0000Af-D3 for submit@debbugs.gnu.org; Sat, 17 Sep 2011 10:55:43 -0400 Received: from eggs.gnu.org ([140.186.70.92]:56713) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4wIw-0003k3-Ft for bug-gnu-emacs@gnu.org; Sat, 17 Sep 2011 10:55:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R4wIv-0000AG-Gq for bug-gnu-emacs@gnu.org; Sat, 17 Sep 2011 10:55:42 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]:19715) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4wIv-00009w-C2 for bug-gnu-emacs@gnu.org; Sat, 17 Sep 2011 10:55:41 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8HEta3p001500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 17 Sep 2011 14:55:37 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8HEtZd0001019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 17 Sep 2011 14:55:36 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8HEtTnI026823 for ; Sat, 17 Sep 2011 09:55:29 -0500 Received: from dradamslap1 (/10.159.54.49) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 17 Sep 2011 07:55:29 -0700 From: "Drew Adams" Date: Sat, 17 Sep 2011 07:55:31 -0700 Message-ID: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acx1SdjJQ0dg0pwuTay7qaU5uwl+6A== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4E74B4EA.000A:SCFMA922111,ss=1,re=-4.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) I do not have the time to debug this now. Martin and I spent a _lot_ of time getting things to work still in Emacs 24, so that Emacs 23 (22,21,...) settings are still respected. He fixed several Emacs 24 bugs in this regard. Now, things are broken again. He says that he doesn't yet understand the new code, and I don't have time to devote to it now either (trying to pare down my setup to a minimal test case etc.). I can at least say that I have this as `special-display-regexps': ("[ ]?[*][^*]+[*]") And both `*info*' and `*unsent mail to bug-gnu-emacs@gnu.org*', which match that option value, are _not_ displayed as special-display buffers. I have non-nil `pop-up-frames', and I use a different set of frame parameters for `special-display-frame-alist'. But neither of those buffers appears in a separate frame with those frame parameters. Instead, they each _replace_ the current buffer in the current frame. What's more, when I hit `q' in Info the frame disappears altogether. (That might be because of some of my code: I do want the Info frame to disappear.) The bug here is that there is no separate Info frame, so the frame that disappears is the one that should still have the original buffer. FYI, `*Buffer List*' does not have this problem. It correctly appears in a separate frame. Again, all of this is with my setup. But perhaps there is enough info here that you can track down the bug. Hope so. The bug appears in the 2011-09-12 build - there is no such bug in the 2011-09-05 build. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-09-12 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.5) --no-opt' From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Sep 2011 15:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131635913216498 (code B ref 9532); Sun, 18 Sep 2011 15:19:02 +0000 Received: (at 9532) by debbugs.gnu.org; 18 Sep 2011 15:18:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R5J8t-0004I3-Ox for submit@debbugs.gnu.org; Sun, 18 Sep 2011 11:18:52 -0400 Received: from vm-emlprdomr-02.its.yale.edu ([130.132.50.143]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R5J8s-0004Hx-FS for 9532@debbugs.gnu.org; Sun, 18 Sep 2011 11:18:51 -0400 Received: from furball (dhcp-128-36-168-97.central.yale.edu [128.36.168.97]) (authenticated bits=0) by vm-emlprdomr-02.its.yale.edu (8.14.4/8.14.4) with ESMTP id p8IFDru5016711 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 18 Sep 2011 11:13:54 -0400 From: Chong Yidong References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> Date: Sun, 18 Sep 2011 11:13:53 -0400 In-Reply-To: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> (Drew Adams's message of "Sat, 17 Sep 2011 07:55:31 -0700") Message-ID: <87y5xlg9xq.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.143 X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) "Drew Adams" writes: > I can at least say that I have this as `special-display-regexps': > ("[ ]?[*][^*]+[*]") > > And both `*info*' and `*unsent mail to bug-gnu-emacs@gnu.org*', which > match that option value, are _not_ displayed as special-display > buffers. This can't be debugged without a more specific bug report. emacs -q M-: (setq special-display-regexps '("\\*M")) RET M-x display-buffer RET *Messages* RET seems to work fine for me. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Sep 2011 17:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131636751310618 (code B ref 9532); Sun, 18 Sep 2011 17:39:02 +0000 Received: (at 9532) by debbugs.gnu.org; 18 Sep 2011 17:38:33 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R5LK5-0002lD-Eh for submit@debbugs.gnu.org; Sun, 18 Sep 2011 13:38:33 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R5LK2-0002l5-85 for 9532@debbugs.gnu.org; Sun, 18 Sep 2011 13:38:31 -0400 Received: from rtcsinet21.oracle.com (rtcsinet21.oracle.com [66.248.204.29]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8IHXUct026424 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 18 Sep 2011 17:33:32 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by rtcsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8IHXTjI006322 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Sep 2011 17:33:30 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8IHXNqf030859; Sun, 18 Sep 2011 12:33:23 -0500 Received: from dradamslap1 (/10.159.36.189) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 18 Sep 2011 10:33:23 -0700 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> Date: Sun, 18 Sep 2011 10:33:18 -0700 Message-ID: <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87y5xlg9xq.fsf@stupidchicken.com> Thread-Index: Acx2FZouDn5TgyOmQriuiR9nBP1J5gADrN7w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet21.oracle.com [66.248.204.29] X-CT-RefId: str=0001.0A090203.4E762B6C.010F,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) > I have this as `special-display-regexps': > ("[ ]?[*][^*]+[*]") > > And both `*info*' and `*unsent mail to bug-gnu-emacs@gnu.org*', > which match that option value, are _not_ displayed as > special-display buffers. I see this difference from the previous week's build (and all previous builds and releases): `same-window-regexps' and `same-window-buffer-names' are now nil. In the past they were not. I do not want the buffer names/patterns in question to be treated differently wrt `special-display-regexps' - I want such buffers, which match that special-display pattern, to be treated as, well, special-display. So I do not want these names/patterns on `same-window-regexps' or `same-window-buffer-names'. So in the past I jumped through a little hoop (see `cond' below) to remove them from those vars. But now apparently those variables are not even used (or perhaps not used in the same way), so it no longer does any good to simply _remove_ a match for such buffer names from these lists in order to restore its special-display-ness. These names are apparently being matched somewhere else now (?), in spite of `special-display-regexps', and I want to prevent such a match. I want to prevent such buffers from using the same window. IOW, I want `special-display-regexps' to be respected for such buffers too. Previously (e.g. the build of 2001/9/05), `same-window-regexps' value in emacs -Q was this (even though `C-h v' said its "original" value was nil, "original" here apparently being something prior to emacs -Q!): ("\\*rsh-[^-]*\\*\\(\\|<[0-9]*>\\)" "\\*telnet-.*\\*\\(\\|<[0-9]+>\\)" "^\\*rlogin-.*\\*\\(\\|<[0-9]+>\\)" "\\*info\\*\\(\\|<[0-9]+>\\)" "\\*gud-.*\\*\\(\\|<[0-9]+>\\)" "\\`\\*Customiz.*\\*\\'") Now the value in emacs -Q is nil. So these variables are apparently no longer the culprits that are overriding/disrespecting `special-display-regexps'. Previously it was enough to do this, to make *info* and *Customize* buffers respect `special-display-regexps', letting them be special-display frames: (cond ((> emacs-major-version 21) (remove-hook 'same-window-regexps "\\*info\\*\\(\\|<[0-9]+>\\)") (remove-hook 'same-window-regexps "\\`\\*Customiz.*\\*\\'")) ((< emacs-major-version 21) (remove-hook 'same-window-buffer-names "*info*")) (t (remove-hook 'same-window-buffer-names "*info*") (remove-hook 'same-window-regexps "\\`\\*Customiz.*\\*\\'"))) Now that has no effect. These vars remain nil, so they are apparently no longer the places where the "same-window" override of `special-display-regexps' is coming from. What hoops must we jump through now, to let such buffers respect `special-display-regexps'? Note too that previously I never had to remove `*unsent mail to bug-gnu-emacs@gnu.org*' from these "same-window" vars: such a buffer always respected `special-display-regexps' in the past. I generally want Emacs to display a buffer in a separate frame, which is why I use non-nil `pop-up-frames'. I generally want buffers that match `special-display-regexps' to be popped up in a separate, special-display frame. I do not want Emacs deciding that more and more buffers should be exceptions to this customized behavior. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2011 21:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131655555010640 (code B ref 9532); Tue, 20 Sep 2011 21:53:01 +0000 Received: (at 9532) by debbugs.gnu.org; 20 Sep 2011 21:52:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R68Ew-0002lZ-1S for submit@debbugs.gnu.org; Tue, 20 Sep 2011 17:52:30 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R68Et-0002lQ-9I for 9532@debbugs.gnu.org; Tue, 20 Sep 2011 17:52:28 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8KLqCAq020055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 20 Sep 2011 21:52:14 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8KLqCg8028469 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Sep 2011 21:52:12 GMT Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8KLq6wt015940; Tue, 20 Sep 2011 16:52:06 -0500 Received: from dradamslap1 (/10.159.34.188) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 20 Sep 2011 14:52:06 -0700 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> Date: Tue, 20 Sep 2011 14:52:06 -0700 Message-ID: <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> Thread-Index: Acx2FZouDn5TgyOmQriuiR9nBP1J5gADrN7wAG6cIBA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4E790B0E.00FE:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) It should have been quite clear from my last message what the regression is, but since there has been no reply, let me repeat the essential. emacs -Q (setq special-display-frame-alist '((background-color . "LightSteelBlue"))) (setq special-display-regexps '("[ ]?[*][^*]+[*]")) (setq pop-up-frames t) (remove-hook 'same-window-regexps "\\*info\\*\\(\\|<[0-9]+>\\)") C-h i Do that in Emacs 24, and do it in Emacs 23 (or 22 or ...). In Emacs 24, buffer `*info*' is not displayed in its own, special-display frame. Instead, it takes the place of the original buffer in that buffer's frame. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2011 01:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 'Chong Yidong' , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.13165691144182 (code B ref 9532); Wed, 21 Sep 2011 01:39:02 +0000 Received: (at 9532) by debbugs.gnu.org; 21 Sep 2011 01:38:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6Blh-00015O-V3 for submit@debbugs.gnu.org; Tue, 20 Sep 2011 21:38:34 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6Blg-00015I-L8 for 9532@debbugs.gnu.org; Tue, 20 Sep 2011 21:38:33 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EABw/eU5FpZ7x/2dsb2JhbABCp2J5gVMBAQQBViMFCws0EhQYDSSICrMhhn0EoFGERA X-IronPort-AV: E=Sophos;i="4.68,414,1312171200"; d="scan'208";a="137578212" Received: from 69-165-158-241.dsl.teksavvy.com (HELO pastel.home) ([69.165.158.241]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 20 Sep 2011 21:38:19 -0400 Received: by pastel.home (Postfix, from userid 20848) id 8544758F15; Tue, 20 Sep 2011 21:38:19 -0400 (EDT) From: Stefan Monnier Message-ID: References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> Date: Tue, 20 Sep 2011 21:38:19 -0400 In-Reply-To: <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> (Drew Adams's message of "Tue, 20 Sep 2011 14:52:06 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) > It should have been quite clear from my last message what the > regression is, but since there has been no reply, let me repeat > the essential. > emacs -Q > (setq special-display-frame-alist > '((background-color . "LightSteelBlue"))) > (setq special-display-regexps '("[ ]?[*][^*]+[*]")) > (setq pop-up-frames t) > (remove-hook 'same-window-regexps "\\*info\\*\\(\\|<[0-9]+>\\)") I think the problem here is that display-buffer--special should not just be in display-buffer-fallback-action but should take precedence over the ACTION argument (it's largely equivalent to display-buffer-alist). Stefan From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2011 16:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Drew Adams , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131662121019147 (code B ref 9532); Wed, 21 Sep 2011 16:07:01 +0000 Received: (at 9532) by debbugs.gnu.org; 21 Sep 2011 16:06:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6PJy-0004yl-7V for submit@debbugs.gnu.org; Wed, 21 Sep 2011 12:06:50 -0400 Received: from vm-emlprdomr-03.its.yale.edu ([130.132.50.144]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6PJv-0004yd-0t for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 12:06:48 -0400 Received: from furball ([128.36.14.81]) (authenticated bits=0) by vm-emlprdomr-03.its.yale.edu (8.14.4/8.14.4) with ESMTP id p8LG6T8f030964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 21 Sep 2011 12:06:30 -0400 From: Chong Yidong References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> Date: Wed, 21 Sep 2011 12:06:29 -0400 In-Reply-To: (Stefan Monnier's message of "Tue, 20 Sep 2011 21:38:19 -0400") Message-ID: <874o05x4l6.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.144 X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) Stefan Monnier writes: > I think the problem here is that display-buffer--special should not just > be in display-buffer-fallback-action but should take precedence over the > ACTION argument (it's largely equivalent to display-buffer-alist). The problem with this is that if the "special" buffer is already displayed in a window, that window is supposed to be used instead of popping up a special window (at least, according to old behavior). We could accomodate this by changing display-buffer--special to also call display-buffer--maybe-same-window and display-buffer-reuse-window for special-display-p buffers. Then another problem arises: all direct switch-to-buffer calls will trigger special display for special buffers, which is not consistent with old behavior. The key difference here is that in Emacs 23 the `info' command calls display-buffer (using same-window-regexps to force it into the same window), whereas currently `info' uses switch-to-buffer (with the intention of transitioning away from same-window-*). OTOH, I don't see an easy way to handle all the backward compatibility exceptions in this case. One possibility is to change `info' etc. back to using same-window-regexps with display-buffer, which mostly kicks the can down the road to a later release. Or maybe we should just require use of display-buffer-alist for this case. Any thoughts? From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2011 16:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" , "'Stefan Monnier'" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131662267621296 (code B ref 9532); Wed, 21 Sep 2011 16:32:02 +0000 Received: (at 9532) by debbugs.gnu.org; 21 Sep 2011 16:31:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6Phb-0005XR-Sk for submit@debbugs.gnu.org; Wed, 21 Sep 2011 12:31:16 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6PhZ-0005XI-Bo for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 12:31:14 -0400 Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8LGUsPT001477 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 21 Sep 2011 16:30:56 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8LGUqoV018764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2011 16:30:53 GMT Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8LGUlcx002335; Wed, 21 Sep 2011 11:30:47 -0500 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Sep 2011 09:30:46 -0700 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> Date: Wed, 21 Sep 2011 09:30:46 -0700 Message-ID: <208166A8F7EF4681B76EADADCA39822C@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <874o05x4l6.fsf@stupidchicken.com> Thread-Index: Acx4eHRU8ICdTS0CQOKqGohBP685NQAARCKw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A020204.4E7A1140.0163,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) > > I think the problem here is that display-buffer--special > > should not just be in display-buffer-fallback-action but > > should take precedence over the ACTION argument (it's > > largely equivalent to display-buffer-alist). > > The problem with this is that if the "special" buffer is already > displayed in a window, that window is supposed to be used instead of > popping up a special window (at least, according to old behavior). Yes, of course. And it's not just "old behavior". It's (part of) the definition of "special-display" buffer. > We could accomodate this... > Then another problem arises: all direct switch-to-buffer calls will > trigger special display for special buffers, which is not consistent > with old behavior. Not sure I follow. Why is that not consistent with past behavior? Why would we not always want special display for special-display buffers? Can you give an example for Emacs 23 and explain how the behavior would be different for Emacs 24? > The key difference here is that in Emacs 23 the `info' command > calls display-buffer (using same-window-regexps to force > it into the same window), force it or not, depending on the value of `same-window-regexps' ;-) > whereas currently `info' uses switch-to-buffer > (with the intention of transitioning away from same-window-*). Emacs 24 needs to respect `same-window-*'. It needs to be compatible with past Emacs behavior. > OTOH, I don't see an easy way to handle all the backward > compatibility exceptions in this case. FWIW, Martin's code worked fine in this regard. And please do not call these "exceptions". Backward compatibility is backward compatibility. The various use cases that Emacs has always supported are not "exceptions". What sounds like "exceptions", to me (but I'm not sure because I'm not clear about what you mean), are proposed changes like not always having special-display buffers be displayed as such (see above - your "not consistent with old behavior"). The new code needs to DTRT, supporting the same use cases supported in the past. In particular, it needs to support special-display in the same ways. It is OK to change how that support is implemented. It is not OK to remove that support. > One possibility is to change `info' etc. back to using > same-window-regexps with display-buffer, which mostly kicks the > can down the road to a later release. Or maybe we should just require > use of display-buffer-alist for this case. > > Any thoughts? Perhaps look to Martin's code for an answer? Even if you decide not to do everything the same way he did it, perhaps for things like this his code can help guide you. Dunno. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2011 17:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 'Stefan Monnier' , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131662449226892 (code B ref 9532); Wed, 21 Sep 2011 17:02:02 +0000 Received: (at 9532) by debbugs.gnu.org; 21 Sep 2011 17:01:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6QAt-0006zg-CZ for submit@debbugs.gnu.org; Wed, 21 Sep 2011 13:01:31 -0400 Received: from vm-emlprdomr-05.its.yale.edu ([130.132.50.146]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6QAn-0006zW-Up for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 13:01:27 -0400 Received: from furball ([128.36.14.81]) (authenticated bits=0) by vm-emlprdomr-05.its.yale.edu (8.14.4/8.14.4) with ESMTP id p8LH19Uu027852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 21 Sep 2011 13:01:09 -0400 From: Chong Yidong References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> <208166A8F7EF4681B76EADADCA39822C@us.oracle.com> Date: Wed, 21 Sep 2011 13:01:08 -0400 In-Reply-To: <208166A8F7EF4681B76EADADCA39822C@us.oracle.com> (Drew Adams's message of "Wed, 21 Sep 2011 09:30:46 -0700") Message-ID: <877h51n82z.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.146 X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) "Drew Adams" writes: >> OTOH, I don't see an easy way to handle all the backward >> compatibility exceptions in this case. > > FWIW, Martin's code worked fine in this regard. > ... > Perhaps look to Martin's code for an answer? Even if you decide not > to do everything the same way he did it, perhaps for things like this > his code can help guide you. Dunno. I don't know why you seem to think that there is some great mystery here. The issue is quite clear: how to handle the transition away from same-window-regexps in commands like `info'. The current code, AFAICT, also "works fine" if you change info back to using pop-to-buffer + same-window-regexps. I am coming to the conclusion that there is no good way to handle the change "smoothly", in the sense of having an intermediate stage where internal Emacs code (outside of window.el) transitions away from using same-window-regexps. That is to say, until we are prepared to outright change the behavior of commands like `info' wrt certain combinations of same-window-* and special-window-* settings, we have to continue using same-window-regexps in those source files. Stefan, any thoughts? From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2011 17:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" Cc: 'Stefan Monnier' , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131662532528142 (code B ref 9532); Wed, 21 Sep 2011 17:16:01 +0000 Received: (at 9532) by debbugs.gnu.org; 21 Sep 2011 17:15:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6QOK-0007Jr-Nz for submit@debbugs.gnu.org; Wed, 21 Sep 2011 13:15:24 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6QOJ-0007Jk-A3 for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 13:15:24 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8LHF2A7001016 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 21 Sep 2011 17:15:06 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8LHBbih004031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2011 17:11:37 GMT Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8LHBVZA003490; Wed, 21 Sep 2011 12:11:31 -0500 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Sep 2011 10:11:31 -0700 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com><874o05x4l6.fsf@stupidchicken.com><208166A8F7EF4681B76EADADCA39822C@us.oracle.com> <877h51n82z.fsf@stupidchicken.com> Date: Wed, 21 Sep 2011 10:11:31 -0700 Message-ID: <8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <877h51n82z.fsf@stupidchicken.com> Thread-Index: Acx4gBWSWKUa82CpT8ibu7kO9IBBwQAADqpg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4E7A1B9A.008F:SCFMA922111,ss=1,re=-4.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) > >> OTOH, I don't see an easy way to handle all the backward > >> compatibility ... in this case. > > > > FWIW, Martin's code worked fine in this regard. > > ... > > Perhaps look to Martin's code for an answer? Even if you decide not > > to do everything the same way he did it, perhaps for things > > like this his code can help guide you. Dunno. > > I don't know why you seem to think that there is some great mystery > here. What gives you that impression? What mystery did I speak about? What makes you think that I "seem to think" there is a mystery, great or small? I am ignorant of the various implementations - that's the only "mystery" I'm aware of: ignorance. I have been speaking only about what a user sees. If my suggestion to maybe look at how Martin kept backward compatibility is not helpful then please ignore it. All I know is the behavior I see: his code was, AFAICT, backward compatible. The current code has at least this bug, so far. > The issue is quite clear: how to handle the transition > away from same-window-regexps in commands like `info'. > The current code, AFAICT, also "works fine" if you change info back to > using pop-to-buffer + same-window-regexps. Great, then there is presumably no problem. Make it work fine. DTRT. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2011 18:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Chong Yidong Cc: Drew Adams , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131662797131881 (code B ref 9532); Wed, 21 Sep 2011 18:00:03 +0000 Received: (at 9532) by debbugs.gnu.org; 21 Sep 2011 17:59:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6R51-0008IA-9Q for submit@debbugs.gnu.org; Wed, 21 Sep 2011 13:59:31 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6R50-0008I2-38 for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 13:59:30 -0400 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id p8LHxC0j011742; Wed, 21 Sep 2011 13:59:12 -0400 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 674F1B41D0; Wed, 21 Sep 2011 13:59:12 -0400 (EDT) From: Stefan Monnier Message-ID: References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> Date: Wed, 21 Sep 2011 13:59:12 -0400 In-Reply-To: <874o05x4l6.fsf@stupidchicken.com> (Chong Yidong's message of "Wed, 21 Sep 2011 12:06:29 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3987=0 X-NAI-Spam-Version: 2.2.0.9286 : core <3987> : streams <683831> : uri <965320> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.0 (--) >> I think the problem here is that display-buffer--special should not just >> be in display-buffer-fallback-action but should take precedence over the >> ACTION argument (it's largely equivalent to display-buffer-alist). > The problem with this is that if the "special" buffer is already > displayed in a window, that window is supposed to be used instead of > popping up a special window (at least, according to old behavior). > We could accomodate this by changing display-buffer--special to also > call display-buffer--maybe-same-window and display-buffer-reuse-window > for special-display-p buffers. Yes, that's what I'm suggesting. > Then another problem arises: all direct switch-to-buffer calls will > trigger special display for special buffers, which is not consistent > with old behavior. The key difference here is that in Emacs 23 the > `info' command calls display-buffer (using same-window-regexps to force > it into the same window), whereas currently `info' uses switch-to-buffer > (with the intention of transitioning away from same-window-*). At least both Drew and I would consider it a bug fix if special-display-* applies to *info*, so I'm not sure such a change is a problem. > OTOH, I don't see an easy way to handle all the backward compatibility > exceptions in this case. We'd have to distinguish between a switch-to-buffer which disregard special-display-* (the one that used to use same-window-* instead) and another switch-to-buffer which doesn't. Let's first try without such a distinction, i.e. with a switch-to-buffer which obeys special-display-*. This is similar to reducing the priority of same-window-* from "above special-display-*" to below it. Stefan From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2011 18:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Drew Adams , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.13166298572401 (code B ref 9532); Wed, 21 Sep 2011 18:31:02 +0000 Received: (at 9532) by debbugs.gnu.org; 21 Sep 2011 18:30:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6RZQ-0000cf-P6 for submit@debbugs.gnu.org; Wed, 21 Sep 2011 14:30:56 -0400 Received: from vm-emlprdomr-05.its.yale.edu ([130.132.50.146]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6RZO-0000cY-1n for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 14:30:55 -0400 Received: from furball ([128.36.14.81]) (authenticated bits=0) by vm-emlprdomr-05.its.yale.edu (8.14.4/8.14.4) with ESMTP id p8LIUaou018142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 21 Sep 2011 14:30:36 -0400 From: Chong Yidong References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> Date: Wed, 21 Sep 2011 14:30:36 -0400 In-Reply-To: (Stefan Monnier's message of "Wed, 21 Sep 2011 13:59:12 -0400") Message-ID: <87obydeoj7.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.146 X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) Stefan Monnier writes: >> Then another problem arises: all direct switch-to-buffer calls will >> trigger special display for special buffers, which is not consistent >> with old behavior. The key difference here is that in Emacs 23 the >> `info' command calls display-buffer (using same-window-regexps to force >> it into the same window), whereas currently `info' uses switch-to-buffer >> (with the intention of transitioning away from same-window-*). > > At least both Drew and I would consider it a bug fix if > special-display-* applies to *info*, so I'm not sure such a change is > a problem. I think you misunderstand. Consider this: M-: (setq special-display-regexps '("foo")) RET M-: (get-buffer-create "foo") RET M-x switch-to-buffer RET foo RET In Emacs 23, this switches to the "foo" buffer in the selected window. With the proposed change, the direct switch-to-buffer call opens it in a special window (just like the switch-to-buffer call in `info'). So we would be swapping on backward incompatibility for another. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Sep 2011 01:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Chong Yidong Cc: Drew Adams , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131665422226630 (code B ref 9532); Thu, 22 Sep 2011 01:18:01 +0000 Received: (at 9532) by debbugs.gnu.org; 22 Sep 2011 01:17:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6XuP-0006vJ-Q3 for submit@debbugs.gnu.org; Wed, 21 Sep 2011 21:17:02 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6XuN-0006uy-Bs for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 21:17:00 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAAiMek5FpZ7x/2dsb2JhbABCp215gVMBAQQBViMFCwsOJhIUGA0kiAq0doZ9BKBVhEM X-IronPort-AV: E=Sophos;i="4.68,420,1312171200"; d="scan'208";a="137790952" Received: from 69-165-158-241.dsl.teksavvy.com (HELO ceviche.home) ([69.165.158.241]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 21 Sep 2011 21:16:40 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 2053D660B6; Wed, 21 Sep 2011 21:16:40 -0400 (EDT) From: Stefan Monnier Message-ID: References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> <87obydeoj7.fsf@stupidchicken.com> Date: Wed, 21 Sep 2011 21:16:40 -0400 In-Reply-To: <87obydeoj7.fsf@stupidchicken.com> (Chong Yidong's message of "Wed, 21 Sep 2011 14:30:36 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) >>> Then another problem arises: all direct switch-to-buffer calls will >>> trigger special display for special buffers, which is not consistent >>> with old behavior. The key difference here is that in Emacs 23 the >>> `info' command calls display-buffer (using same-window-regexps to force >>> it into the same window), whereas currently `info' uses switch-to-buffer >>> (with the intention of transitioning away from same-window-*). >> >> At least both Drew and I would consider it a bug fix if >> special-display-* applies to *info*, so I'm not sure such a change is >> a problem. > I think you misunderstand. Consider this: > M-: (setq special-display-regexps '("foo")) RET > M-: (get-buffer-create "foo") RET > M-x switch-to-buffer RET foo RET > In Emacs 23, this switches to the "foo" buffer in the selected window. > With the proposed change, the direct switch-to-buffer call opens it in a > special window (just like the switch-to-buffer call in `info'). > So we would be swapping on backward incompatibility for another. M-x switch-to-buffer should never call display-buffer. Only non-interactive calls should do that. Stefan From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Sep 2011 03:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: Drew Adams , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.13166617027467 (code B ref 9532); Thu, 22 Sep 2011 03:22:02 +0000 Received: (at 9532) by debbugs.gnu.org; 22 Sep 2011 03:21:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6Zr3-0001wO-OR for submit@debbugs.gnu.org; Wed, 21 Sep 2011 23:21:42 -0400 Received: from vm-emlprdomr-05.its.yale.edu ([130.132.50.146]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6Zr0-0001wG-V2 for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 23:21:40 -0400 Received: from furball (c-24-218-139-29.hsd1.ct.comcast.net [24.218.139.29]) (authenticated bits=0) by vm-emlprdomr-05.its.yale.edu (8.14.4/8.14.4) with ESMTP id p8M3LI4U013962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 21 Sep 2011 23:21:19 -0400 From: Chong Yidong References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> <87obydeoj7.fsf@stupidchicken.com> Date: Wed, 21 Sep 2011 23:21:18 -0400 In-Reply-To: (Stefan Monnier's message of "Wed, 21 Sep 2011 21:16:40 -0400") Message-ID: <8739fp6z4h.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.146 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.6 (--) Stefan Monnier writes: >> M-: (setq special-display-regexps '("foo")) RET >> M-: (get-buffer-create "foo") RET >> M-x switch-to-buffer RET foo RET >> >> In Emacs 23, this switches to the "foo" buffer in the selected window. >> With the proposed change, the direct switch-to-buffer call opens it in a >> special window (just like the switch-to-buffer call in `info'). > >> So we would be swapping on backward incompatibility for another. > > M-x switch-to-buffer should never call display-buffer. > Only non-interactive calls should do that. So, you agree to the incompatibility for the non-interactive case? That is to say, a non-interactive call to switch-to-buffer (and ONLY a non-interactive call) will now trigger special display. Previously, in Emacs 23, it would use the selected window. If you agree, I'd implement the behavior by adding a new value for s-t-b's FORCE-SAME-WINDOW argument, `try', which would be the default for interactive calls. That would mean to first try displaying in the current selected window directly instead of going through p-t-b. It would be quite unfortunate to have interactive and non-interactive calls to s-t-b do slightly different things; but maybe it can't be helped. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Sep 2011 03:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.13166626618876 (code B ref 9532); Thu, 22 Sep 2011 03:38:01 +0000 Received: (at 9532) by debbugs.gnu.org; 22 Sep 2011 03:37:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6a6X-0002J6-7K for submit@debbugs.gnu.org; Wed, 21 Sep 2011 23:37:41 -0400 Received: from vm-emlprdomr-05.its.yale.edu ([130.132.50.146]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6a6I-0002Ij-NS for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 23:37:40 -0400 Received: from furball (c-24-218-139-29.hsd1.ct.comcast.net [24.218.139.29]) (authenticated bits=0) by vm-emlprdomr-05.its.yale.edu (8.14.4/8.14.4) with ESMTP id p8M3b7Mn018307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 21 Sep 2011 23:37:07 -0400 From: Chong Yidong In-Reply-To: <8739fp6z4h.fsf@stupidchicken.com> (Chong Yidong's message of "Wed, 21 Sep 2011 23:21:18 -0400") References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> <87obydeoj7.fsf@stupidchicken.com> <8739fp6z4h.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Date: Wed, 21 Sep 2011 23:37:06 -0400 Message-ID: <87zkhxnt7h.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.146 X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.6 (--) Chong Yidong writes: > So, you agree to the incompatibility for the non-interactive case? That > is to say, a non-interactive call to switch-to-buffer (and ONLY a > non-interactive call) will now trigger special display. Previously, in > Emacs 23, it would use the selected window. > > If you agree, I'd implement the behavior by adding a new value for > s-t-b's FORCE-SAME-WINDOW argument, `try', which would be the default > for interactive calls. That would mean to first try displaying in the > current selected window directly instead of going through p-t-b. It just occurred to me that it would be safer to leave switch-to-buffer unchanged, and instead reinstate pop-to-buffer-same-window specifically for the callers in question, i.e. the callers who used the same-window-regexps/display-buffer trick. pop-to-buffer-same-window would raise a special window for special buffers, instead of using the selected window; s-t-b would use the selected window, as in Emacs 23. There are only about 9 uses of the same-window-regexps + display-buffer trick which would be changed to use pop-to-buffer-same-window, compared to hundreds of users of switch-to-buffer. So unintended consequences would be much less likely. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Sep 2011 12:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Chong Yidong Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131669458128098 (code B ref 9532); Thu, 22 Sep 2011 12:30:02 +0000 Received: (at 9532) by debbugs.gnu.org; 22 Sep 2011 12:29:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6iPN-0007J9-IP for submit@debbugs.gnu.org; Thu, 22 Sep 2011 08:29:41 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6iPL-0007J1-RK for 9532@debbugs.gnu.org; Thu, 22 Sep 2011 08:29:40 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EABUpe05FpZ7x/2dsb2JhbABCp395gVMBAQQBViMFCwsOJhIUGA0kiAu1FoZ9BKBYhEM X-IronPort-AV: E=Sophos;i="4.68,423,1312171200"; d="scan'208";a="137859728" Received: from 69-165-158-241.dsl.teksavvy.com (HELO pastel.home) ([69.165.158.241]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 22 Sep 2011 08:29:18 -0400 Received: by pastel.home (Postfix, from userid 20848) id 197D559234; Thu, 22 Sep 2011 08:29:18 -0400 (EDT) From: Stefan Monnier Message-ID: References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> <87obydeoj7.fsf@stupidchicken.com> <8739fp6z4h.fsf@stupidchicken.com> <87zkhxnt7h.fsf@stupidchicken.com> Date: Thu, 22 Sep 2011 08:29:18 -0400 In-Reply-To: <87zkhxnt7h.fsf@stupidchicken.com> (Chong Yidong's message of "Wed, 21 Sep 2011 23:37:06 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) >> So, you agree to the incompatibility for the non-interactive case? That >> is to say, a non-interactive call to switch-to-buffer (and ONLY a >> non-interactive call) will now trigger special display. Previously, in >> Emacs 23, it would use the selected window. Yes. > It just occurred to me that it would be safer to leave switch-to-buffer > unchanged, and instead reinstate pop-to-buffer-same-window specifically > for the callers in question, i.e. the callers who used the > same-window-regexps/display-buffer trick. pop-to-buffer-same-window > would raise a special window for special buffers, instead of using the > selected window; s-t-b would use the selected window, as in Emacs 23. It would also be a change in behavior since same-window-* took precedence over special-display-*. But it would be a good change: users like Drew (and myself) had to set same-window-* to nil to let special-display-* do its job. So I agree those callers who used same-window-* should be changed to obey special-display-*, as for whether callers of switch-to-buffer should also obey special-display-* (and/or display-buffer-alist) I don't know for sure. Basically w.r.t "same-window behavior" we have 3 options: 1- never touch another window. 2- obey special-display-* and display-buffer-alist. 3- use the selected window if at all possible, but fallback to pop-to-buffer instead of signalling an error. The third is the current behavior of interactive uses of switch-to-buffer. The second is the behavior we want for former users of same-window-*. The third is the behavior that corresponds to Emacs-23's switch-to-buffer. We could shoehorn this into the `force-same-window' argument of switch-to-buffer, but I'm not convinced that the difference between options 2 and 3 is worth the trouble. Stefan From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 22 Sep 2011 16:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131670817618942 (code B ref 9532); Thu, 22 Sep 2011 16:17:01 +0000 Received: (at 9532) by debbugs.gnu.org; 22 Sep 2011 16:16:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6lwd-0004vT-EV for submit@debbugs.gnu.org; Thu, 22 Sep 2011 12:16:15 -0400 Received: from vm-emlprdomr-05.its.yale.edu ([130.132.50.146]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6lwa-0004vL-Hx for 9532@debbugs.gnu.org; Thu, 22 Sep 2011 12:16:13 -0400 Received: from furball (dhcp-128-36-168-94.central.yale.edu [128.36.168.94]) (authenticated bits=0) by vm-emlprdomr-05.its.yale.edu (8.14.4/8.14.4) with ESMTP id p8MGFodF019211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 22 Sep 2011 12:15:50 -0400 From: Chong Yidong References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> <87obydeoj7.fsf@stupidchicken.com> <8739fp6z4h.fsf@stupidchicken.com> <87zkhxnt7h.fsf@stupidchicken.com> Date: Thu, 22 Sep 2011 12:15:50 -0400 In-Reply-To: (Stefan Monnier's message of "Thu, 22 Sep 2011 08:29:18 -0400") Message-ID: <87d3esbljd.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.71 on 130.132.50.146 X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) Stefan Monnier writes: > So I agree those callers who used same-window-* should be changed to > obey special-display-*, as for whether callers of switch-to-buffer > should also obey special-display-* (and/or display-buffer-alist) I don't > know for sure. I've brought back pop-to-buffer-same-windows for those callers. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Oct 2011 18:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131758112927339 (code B ref 9532); Sun, 02 Oct 2011 18:46:01 +0000 Received: (at 9532) by debbugs.gnu.org; 2 Oct 2011 18:45:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RAR2V-00075v-PX for submit@debbugs.gnu.org; Sun, 02 Oct 2011 14:45:28 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RAR2R-0006yA-A8 for 9532@debbugs.gnu.org; Sun, 02 Oct 2011 14:45:24 -0400 Received: from ucsinet24.oracle.com (ucsinet24.oracle.com [156.151.31.67]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p92Ii1U9000596 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 2 Oct 2011 18:44:03 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet24.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p92IcGOY022514 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 2 Oct 2011 18:38:17 GMT Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p92IhttQ026485; Sun, 2 Oct 2011 13:43:55 -0500 Received: from dradamslap1 (/10.159.61.165) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 02 Oct 2011 11:43:55 -0700 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com><874o05x4l6.fsf@stupidchicken.com><208166A8F7EF4681B76EADADCA39822C@us.oracle.com><877h51n82z.fsf@stupidchicken.com> <8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com> Date: Sun, 2 Oct 2011 11:44:06 -0700 Message-ID: <23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 Thread-Index: Acx4gBWSWKUa82CpT8ibu7kO9IBBwQAADqpgAiyZnWA= X-Source-IP: ucsinet24.oracle.com [156.151.31.67] X-CT-RefId: str=0001.0A090202.4E88B0F3.0030,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) Same problem with *Customiz...* buffers. `special-display-regexps' is not respected: buffers that should be special-display do not appear in a special-display frame. No frame is popped up for them at all, even with non-nil `pop-up-frames'. They simply replace the current buffer in its frame. Would you please fix this bug? From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Oct 2011 18:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.13190503604446 (code B ref 9532); Wed, 19 Oct 2011 18:53:02 +0000 Received: (at 9532) by debbugs.gnu.org; 19 Oct 2011 18:52:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RGbFn-00019f-Q1 for submit@debbugs.gnu.org; Wed, 19 Oct 2011 14:52:40 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RGbFl-00019I-VA for 9532@debbugs.gnu.org; Wed, 19 Oct 2011 14:52:39 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9JIpPCE007788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 19 Oct 2011 18:51:27 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9JIdGo8008455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Oct 2011 18:39:17 GMT Received: from abhmt114.oracle.com (abhmt114.oracle.com [141.146.116.66]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9JIpIFL019808; Wed, 19 Oct 2011 13:51:18 -0500 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 19 Oct 2011 11:51:18 -0700 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com><874o05x4l6.fsf@stupidchicken.com><208166A8F7EF4681B76EADADCA39822C@us.oracle.com><877h51n82z.fsf@stupidchicken.com><8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com> <23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> Date: Wed, 19 Oct 2011 11:51:19 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> Thread-Index: Acx4gBWSWKUa82CpT8ibu7kO9IBBwQAADqpgAiyZnWADVwWWQA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-CT-RefId: str=0001.0A090206.4E9F1C2F.0063,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) Good news, for me at least: This bug seems to be fixed in Emacs 24 pretest #1: In GNU Emacs 24.0.90.1 (i386-mingw-nt5.1.2600) of 2011-10-18 on MARVIN Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.6) --no-opt --cflags -I"C:/Program Files (x86)/GnuWin32/include" -ID:/devel/emacs/libXpm-3.5.8/include -ID:/devel/emacs/libXpm-3.5.8/src -ID:/devel/emacs/gnutls-2.10.5-x86/include --ldflags -LD:/devel/emacs/gnutls-2.10.5-x86/lib' (I had to remove my modified version of Martin's `pop-to-buffer-same-window', and then it worked.) Question: I'm still doing the following, which was needed in prior releases, but it apparently has no effect now. I say that because `same-window-regexps' is in fact nil, regardless of whether I do this. (cond ((> emacs-major-version 21) (remove-hook 'same-window-regexps "\\*info\\*\\(\\|<[0-9]+>\\)") (remove-hook 'same-window-regexps "\\`\\*Customiz.*\\*\\'")) ((< emacs-major-version 21) (remove-hook 'same-window-buffer-names "*info*")) (t (remove-hook 'same-window-buffer-names "*info*") (remove-hook 'same-window-regexps "\\`\\*Customiz.*\\*\\'"))) (a) Can you confirm that it should have no effect? (b) How does/should a user now control these things? Is it the case, perhaps, that things are just as before wrt `same-window-regexps', except that now its default value is nil instead of pre-populated? Would it be appropriate/effective to use, say, `add-hook' to add a pattern to it? (Yes, I know and agree that customizing it is no doubt preferable, for individual users.) Thx. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 31 Oct 2011 15:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" , "'martin rudalics'" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.132007482426057 (code B ref 9532); Mon, 31 Oct 2011 15:28:01 +0000 Received: (at 9532) by debbugs.gnu.org; 31 Oct 2011 15:27:04 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKtlQ-0006mD-C2 for submit@debbugs.gnu.org; Mon, 31 Oct 2011 11:27:04 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RKtlN-0006lj-Gv for 9532@debbugs.gnu.org; Mon, 31 Oct 2011 11:27:02 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p9VFOk7v023211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 31 Oct 2011 15:24:47 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p9VFOkZK022943 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 31 Oct 2011 15:24:46 GMT Received: from abhmt101.oracle.com (abhmt101.oracle.com [141.146.116.53]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p9VFOefQ030673; Mon, 31 Oct 2011 10:24:40 -0500 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 31 Oct 2011 08:24:40 -0700 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com><874o05x4l6.fsf@stupidchicken.com><208166A8F7EF4681B76EADADCA39822C@us.oracle.com><877h51n82z.fsf@stupidchicken.com><8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com><23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> Date: Mon, 31 Oct 2011 08:24:40 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acx4gBWSWKUa82CpT8ibu7kO9IBBwQAADqpgAiyZnWADVwWWQAJUTSCQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090208.4EAEBDC0.0174,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) > Good news, for me at least: This bug seems to be fixed in > Emacs 24 pretest #1 Alas, no; I was mistaken. The bug is still there, in both the first and second deliveries of pretest #1. I have non-nil pop-up-frames. I have special-display-regexps set to: ("[ ]?[*][^*]+[*]"). And yet, when I do M-x report-emacs-bug, instead of buffer *unsent mail to bug-gnu-emacs@gnu.org* being popped up in its own, special-display frame, that buffer _replaces_ the current buffer in the same (non-special-display) frame. IOW, `special-display-regexps' is still being ignored. The reason I mistakenly thought that the bug had been fixed is that I do _not_ see the problem for *info* buffers: they are correctly opened in special-display frames. I don't know why there is this difference, since both buffers match `special-display-regexps'. Note that both `same-window-buffer-names' and `same-window-regexps' are nil. This bug has been dragging on for a very long time now. It was fixed temporarily with Martin's code, but things were broken again when his code was dropped. Please, pretty please fix this bug as a priority, before the next pretest. Thx. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 05 Nov 2011 21:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Chong Yidong'" , "'martin rudalics'" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.132052801129334 (code B ref 9532); Sat, 05 Nov 2011 21:21:02 +0000 Received: (at 9532) by debbugs.gnu.org; 5 Nov 2011 21:20:11 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMnes-0007d5-P7 for submit@debbugs.gnu.org; Sat, 05 Nov 2011 17:20:11 -0400 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RMneq-0007cy-FR for 9532@debbugs.gnu.org; Sat, 05 Nov 2011 17:20:10 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA5LHO6G027812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 5 Nov 2011 21:17:25 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA5LHNu7018496 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 5 Nov 2011 21:17:24 GMT Received: from abhmt113.oracle.com (abhmt113.oracle.com [141.146.116.65]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA5LHIAd023933; Sat, 5 Nov 2011 16:17:18 -0500 Received: from dradamslap1 (/10.159.57.161) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 05 Nov 2011 14:17:18 -0700 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com><874o05x4l6.fsf@stupidchicken.com><208166A8F7EF4681B76EADADCA39822C@us.oracle.com><877h51n82z.fsf@stupidchicken.com><8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com><23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> Date: Sat, 5 Nov 2011 14:17:19 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acx4gBWSWKUa82CpT8ibu7kO9IBBwQAADqpgAiyZnWADVwWWQAJUTSCQAQgEJ9A= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4EB5A7E5.00E7,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) ping. > The bug is still there, in both the first and second > deliveries of pretest #1. > > I have non-nil pop-up-frames. > I have special-display-regexps set to: ("[ ]?[*][^*]+[*]"). > > And yet, when I do M-x report-emacs-bug, instead of buffer > *unsent mail to bug-gnu-emacs@gnu.org* being popped up in > its own, special-display frame, that buffer _replaces_ the > current buffer in the same (non-special-display) frame. > > IOW, `special-display-regexps' is still being ignored. > > The reason I mistakenly thought that the bug had been fixed > is that I do _not_ see the problem for *info* buffers: they > are correctly opened in special-display frames. > > I don't know why there is this difference, since both buffers > match `special-display-regexps'. Note that both > `same-window-buffer-names' and `same-window-regexps' are nil. > > This bug has been dragging on for a very long time now. It > was fixed temporarily with Martin's code, but things were > broken again when his code was dropped. > > Please, pretty please fix this bug as a priority, before the > next pretest. Thx. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Nov 2011 03:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 'martin rudalics' , 'Chong Yidong' , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.13207213284669 (code B ref 9532); Tue, 08 Nov 2011 03:03:02 +0000 Received: (at 9532) by debbugs.gnu.org; 8 Nov 2011 03:02:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNbwu-0001DF-6L for submit@debbugs.gnu.org; Mon, 07 Nov 2011 22:02:08 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNbwq-0001D5-FW for 9532@debbugs.gnu.org; Mon, 07 Nov 2011 22:02:06 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAMSZuE5MCoYy/2dsb2JhbABDqXWBBoFyAQEFViMQCzQSFBgNJMAWiSsEiAuZWIRI X-IronPort-AV: E=Sophos;i="4.69,473,1315195200"; d="scan'208";a="146779597" Received: from 76-10-134-50.dsl.teksavvy.com (HELO pastel.home) ([76.10.134.50]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 07 Nov 2011 21:59:07 -0500 Received: by pastel.home (Postfix, from userid 20848) id 6F49A590A7; Mon, 7 Nov 2011 21:59:04 -0500 (EST) From: Stefan Monnier Message-ID: References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> <208166A8F7EF4681B76EADADCA39822C@us.oracle.com> <877h51n82z.fsf@stupidchicken.com> <8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com> <23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> Date: Mon, 07 Nov 2011 21:59:04 -0500 In-Reply-To: (Drew Adams's message of "Sat, 5 Nov 2011 14:17:19 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) I've installed a change which should hopefully fix the problem (at least it fixes the cases I bumped into). Please confirm that it's fixed for you as well. Stefan From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Nov 2011 05:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Stefan Monnier'" Cc: 'martin rudalics' , 'Chong Yidong' , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.132073097418481 (code B ref 9532); Tue, 08 Nov 2011 05:43:02 +0000 Received: (at 9532) by debbugs.gnu.org; 8 Nov 2011 05:42:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNeSS-0004o0-Dk for submit@debbugs.gnu.org; Tue, 08 Nov 2011 00:42:54 -0500 Received: from rcsinet15.oracle.com ([148.87.113.117]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNeSK-0004nn-CC for 9532@debbugs.gnu.org; Tue, 08 Nov 2011 00:42:45 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by rcsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA85dkgW017679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 8 Nov 2011 05:39:47 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA85djgV017556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Nov 2011 05:39:46 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA85ddaq019725; Mon, 7 Nov 2011 23:39:39 -0600 Received: from dradamslap1 (/10.159.62.221) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 07 Nov 2011 21:39:39 -0800 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com><874o05x4l6.fsf@stupidchicken.com><208166A8F7EF4681B76EADADCA39822C@us.oracle.com><877h51n82z.fsf@stupidchicken.com><8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com><23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> Date: Mon, 7 Nov 2011 21:39:38 -0800 Message-ID: <5DC47C873F1B444AA60B3D2EC2467A57@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcydwmdY589uIisnTsmeGezkHHnrtwAFhkJw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4EB8C0A3.0141,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) > I've installed a change which should hopefully fix the problem (at > least it fixes the cases I bumped into). Please confirm that it's > fixed for you as well. That would be great, and I will be grateful. How do I access the change? Is it Lisp somewhere that I can try with the last pretest binary, or do I just need to wait for the next binary? Thx. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Nov 2011 06:29:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: monnier@iro.umontreal.ca, 9532@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.132073370922563 (code B ref 9532); Tue, 08 Nov 2011 06:29:01 +0000 Received: (at 9532) by debbugs.gnu.org; 8 Nov 2011 06:28:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNfAa-0005rr-HW for submit@debbugs.gnu.org; Tue, 08 Nov 2011 01:28:28 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNfAW-0005ri-25 for 9532@debbugs.gnu.org; Tue, 08 Nov 2011 01:28:26 -0500 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RNf7f-0000xO-Tf; Tue, 08 Nov 2011 01:25:27 -0500 Date: Tue, 08 Nov 2011 01:25:27 -0500 Message-Id: From: Eli Zaretskii In-reply-to: <5DC47C873F1B444AA60B3D2EC2467A57@us.oracle.com> (drew.adams@oracle.com) References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com><874o05x4l6.fsf@stupidchicken.com><208166A8F7EF4681B76EADADCA39822C@us.oracle.com><877h51n82z.fsf@stupidchicken.com><8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com><23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> <5DC47C873F1B444AA60B3D2EC2467A57@us.oracle.com> X-Spam-Score: -6.6 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.6 (------) > From: "Drew Adams" > Date: Mon, 7 Nov 2011 21:39:38 -0800 > Cc: 9532@debbugs.gnu.org > > > I've installed a change which should hopefully fix the problem (at > > least it fixes the cases I bumped into). Please confirm that it's > > fixed for you as well. > > That would be great, and I will be grateful. > > How do I access the change? Is it Lisp somewhere that I can try with the last > pretest binary, or do I just need to wait for the next binary? You can see the changes here: http://bzr.savannah.gnu.org/lh/emacs/trunk/revision/106319 and the updated window.el here: http://bzr.savannah.gnu.org/lh/emacs/trunk/annotate/head:/lisp/window.el However, window.el is preloaded, so if you don't build your own Emacs, you can try the changes temporarily by manually loading the updated window.el, like this: emacs -Q M-x load-file RET /path/to/window.el RET Then do whatever it takes to reproduce past problems. From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Nov 2011 06:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Stefan Monnier'" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.132073501924754 (code B ref 9532); Tue, 08 Nov 2011 06:51:01 +0000 Received: (at 9532) by debbugs.gnu.org; 8 Nov 2011 06:50:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNfVi-0006RC-CS for submit@debbugs.gnu.org; Tue, 08 Nov 2011 01:50:18 -0500 Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNfVf-0006R5-Sg for 9532@debbugs.gnu.org; Tue, 08 Nov 2011 01:50:17 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA86lGus010969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 8 Nov 2011 06:47:17 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA86lFNY020717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Nov 2011 06:47:15 GMT Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA86l9Ub028726; Tue, 8 Nov 2011 00:47:10 -0600 Received: from dradamslap1 (/10.159.62.221) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 07 Nov 2011 22:47:09 -0800 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com><874o05x4l6.fsf@stupidchicken.com><208166A8F7EF4681B76EADADCA39822C@us.oracle.com><877h51n82z.fsf@stupidchicken.com><8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com><23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> <5DC47C873F1B444AA60B3D2EC2467A57@us.oracle.com> Date: Mon, 7 Nov 2011 22:47:08 -0800 Message-ID: <2AF8377768F44B7DAA1A96BBE6D1DF2A@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <5DC47C873F1B444AA60B3D2EC2467A57@us.oracle.com> Thread-Index: AcydwmdY589uIisnTsmeGezkHHnrtwAFhkJwAACNdIA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090207.4EB8D076.015C,ss=1,re=0.000,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) OK, I downloaded the latest (non-pretest) Windows binary that Christophe just published (dated 11/07). I started Emacs with my setup, as usual, and ran into a straightforward problem at startup - one I can easily take care of, but I would like to know first whether I should (confirmation). I redefine `switch-to-buffer' in my code so that it autofits the frame to the buffer content. My redefinition (so far) keeps the original (Emacs 20...23) signature, however: (switch-to-buffer BUFFER &optional NORECORD) The latest Emacs binary has a new version of `find-file' that calls the new `switch-to-buffer', passing 3 args. Obviously that barfs with my redef. This is the backtrace (from byte-compiled code, but it seems clear enough) at startup: ---------8<---------------- Debugger entered--Lisp error: (wrong-number-of-arguments #[(buffer &optional norecord) "..." [buffer orig-buf norecord autofit-frames-flag get-buffer-create other-buffer window-dedicated-p selected-window switch-to-buffer-other-window old-switch-to-buffer one-window-p t fit-frame] 3 "Select buffer BUFFER in current window, unless the window is dedicated. If current window is dedicated (`window-dedicated-p'), then another window is used. BUFFER may be a buffer, a string (a buffer name), or nil. If BUFFER is a string that does not identify an existing buffer, then a new buffer with that name is created. If BUFFER is nil, then function `other-buffer' is used to choose a buffer. Optional second arg NORECORD non-nil means do not put BUFFER at the front of the list of recently selected buffers. The buffer switched to is returned. *WARNING*: This is NOT the way to work on another buffer temporarily within a Lisp program! Use `set-buffer' instead, to avoid messing with correspondences between windows and buffers. Resize frame to fit sole window if `autofit-frames-flag' (unless BUFFER is already the `current-buffer')." (list (read-buffer "Switch to buffer: " (if (fboundp (quote another-buffer)) (another-buffer nil t) (other-buffer (current-buffer)))))] 3) switch-to-buffer(# nil force-same-window) find-file("c:/drews-lisp-20") command-line-1(("C:\\drews-lisp-20")) command-line() normal-top-level() ---------8<---------------- This is how I start Emacs (which explains the `find-file' call): C:\emacs\...\bin\runemacs.exe --debug-init "C:\drews-lisp-20" Is this really the way things will be? If so, I will add an Emacs 24+ version of my redefinition of `switch-to-buffer'. But it's worth asking first, since until now Emacs 24 has seemed to work OK without that, and the development of 24 seems to be volatile still. It's hard to know what is here to stay and what is tentative, what is a feature and what is a bug. Even the latest pretest, from a week ago (10/31) has a single-arg call to `switch-to-buffer' in `find-file'. --- BTW, I see that you keep `pop-up-windows', and use it in `switch-to-buffer-other-window', but you eliminated the parallel construction, using `pop-up-frames', for `switch-to-buffer-other-frame'. Not very elegant, is it? What used to be simple and symmetric is now quite kludgy, no? Why is `pop-up-windows' still blessed but `pop-up-frames' verboten? From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Nov 2011 13:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.13207589723520 (code B ref 9532); Tue, 08 Nov 2011 13:30:02 +0000 Received: (at 9532) by debbugs.gnu.org; 8 Nov 2011 13:29:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNlk3-0000ui-1P for submit@debbugs.gnu.org; Tue, 08 Nov 2011 08:29:32 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNlk0-0000ua-Ju for 9532@debbugs.gnu.org; Tue, 08 Nov 2011 08:29:29 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAFstuU5MCoYy/2dsb2JhbABDqgSBBoFyAQEEAVYjBQsLNBIUGA0kiBW4FIktBIgLmVqESA X-IronPort-AV: E=Sophos;i="4.69,477,1315195200"; d="scan'208";a="146853627" Received: from 76-10-134-50.dsl.teksavvy.com (HELO pastel.home) ([76.10.134.50]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 08 Nov 2011 08:26:29 -0500 Received: by pastel.home (Postfix, from userid 20848) id A14A8590B2; Tue, 8 Nov 2011 08:26:28 -0500 (EST) From: Stefan Monnier Message-ID: References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> <208166A8F7EF4681B76EADADCA39822C@us.oracle.com> <877h51n82z.fsf@stupidchicken.com> <8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com> <23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> <5DC47C873F1B444AA60B3D2EC2467A57@us.oracle.com> <2AF8377768F44B7DAA1A96BBE6D1DF2A@us.oracle.com> Date: Tue, 08 Nov 2011 08:26:28 -0500 In-Reply-To: <2AF8377768F44B7DAA1A96BBE6D1DF2A@us.oracle.com> (Drew Adams's message of "Mon, 7 Nov 2011 22:47:08 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.7 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -2.7 (--) > I redefine `switch-to-buffer' in my code so that it autofits the frame to the > buffer content. My redefinition (so far) keeps the original (Emacs 20...23) > signature, however: (switch-to-buffer BUFFER &optional NORECORD) If you don't like such breakage, better use an around-advice than a redefinition (it won't protect you from all such breakages, but it'll help). > Is this really the way things will be? Yes. > it? What used to be simple and symmetric is now quite kludgy, no? Why is > `pop-up-windows' still blessed but `pop-up-frames' verboten? It's not blessed and neither is the other verboten. Both are obsolete. Stefan From unknown Thu Aug 21 14:54:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Nov 2011 17:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Stefan Monnier'" Cc: 'martin rudalics' , 'Chong Yidong' , 9532@debbugs.gnu.org Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.13207739333016 (code B ref 9532); Tue, 08 Nov 2011 17:39:01 +0000 Received: (at 9532) by debbugs.gnu.org; 8 Nov 2011 17:38:53 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNpd7-0000mC-U5 for submit@debbugs.gnu.org; Tue, 08 Nov 2011 12:38:53 -0500 Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNpcl-0000l5-Ma for 9532@debbugs.gnu.org; Tue, 08 Nov 2011 12:38:31 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pA8HbrUC021106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 8 Nov 2011 17:37:54 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pA8Hbq3r008826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Nov 2011 17:37:52 GMT Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pA8HbkPO006515; Tue, 8 Nov 2011 11:37:46 -0600 Received: from dradamslap1 (/10.159.62.221) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 08 Nov 2011 09:37:45 -0800 From: "Drew Adams" References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com><874o05x4l6.fsf@stupidchicken.com><208166A8F7EF4681B76EADADCA39822C@us.oracle.com><877h51n82z.fsf@stupidchicken.com><8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com><23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> Date: Tue, 8 Nov 2011 09:37:45 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: AcydwmdY589uIisnTsmeGezkHHnrtwAem4Ww X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-CT-RefId: str=0001.0A090209.4EB968F3.0007,ss=1,re=0.000,fgs=0 X-Spam-Score: -4.2 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -4.2 (----) > I've installed a change which should hopefully fix the problem (at > least it fixes the cases I bumped into). Please confirm that it's > fixed for you as well. Yes, it seems to be fixed. At least when I use `M-x report-emacs-bug' buffer *unsent mail to bug-gnu-emacs@gnu.org* is now displayed in a special-display frame, as it should be. Thx. From unknown Thu Aug 21 14:54:35 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: "Drew Adams" Subject: bug#9532: closed (Re: bug#9532: 24.0.50; `special-display-regexps' is no longer respected) Message-ID: References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> X-Gnu-PR-Message: they-closed 9532 X-Gnu-PR-Package: emacs Reply-To: 9532@debbugs.gnu.org Date: Tue, 08 Nov 2011 23:04:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1320793442-8306-1" This is a multi-part message in MIME format... ------------=_1320793442-8306-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #9532: 24.0.50; `special-display-regexps' is no longer respected which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 9532@debbugs.gnu.org. --=20 9532: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D9532 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1320793442-8306-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 9532-done) by debbugs.gnu.org; 8 Nov 2011 23:03:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNuhL-000291-75 for submit@debbugs.gnu.org; Tue, 08 Nov 2011 18:03:19 -0500 Received: from harpie.cc.umontreal.ca ([132.204.2.134]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RNuhJ-00028p-6W for 9532-done@debbugs.gnu.org; Tue, 08 Nov 2011 18:03:18 -0500 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id pA8JSPf3021161; Tue, 8 Nov 2011 14:28:25 -0500 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 07EA2130090; Tue, 8 Nov 2011 14:28:30 -0500 (EST) From: Stefan Monnier To: 9532-done@debbugs.gnu.org Subject: Re: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Message-ID: References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> <87y5xlg9xq.fsf@stupidchicken.com> <1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com> <85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> <208166A8F7EF4681B76EADADCA39822C@us.oracle.com> <877h51n82z.fsf@stupidchicken.com> <8AAF50092BB64E5F8A2E82AF50CC04DB@us.oracle.com> <23EB914729DE4B62AF7CBB9AB099B0F8@us.oracle.com> Date: Tue, 08 Nov 2011 14:28:30 -0500 In-Reply-To: (Drew Adams's message of "Tue, 8 Nov 2011 09:37:45 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: * X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 1.2 X-NAI-Spam-Rules: 3 Rules triggered NUMBER_22_28=1, GEN_SPAM_FEATRE=0.2, RV4035=0 X-NAI-Spam-Version: 2.2.0.9286 : core <4035> : streams <699599> : uri <1002657> X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 9532-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -4.3 (----) > Yes, it seems to be fixed. At least when I use `M-x report-emacs-bug' buffer > *unsent mail to bug-gnu-emacs@gnu.org* is now displayed in a special-display > frame, as it should be. Thx. Great, thanks, Stefan ------------=_1320793442-8306-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 17 Sep 2011 15:00:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R4wNh-00015e-4M for submit@debbugs.gnu.org; Sat, 17 Sep 2011 11:00:38 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R4wNe-00015X-Pf for submit@debbugs.gnu.org; Sat, 17 Sep 2011 11:00:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R4wIx-0000Aj-EX for submit@debbugs.gnu.org; Sat, 17 Sep 2011 10:55:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, RP_MATCHES_RCVD,UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([140.186.70.17]:36419) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4wIx-0000Af-D3 for submit@debbugs.gnu.org; Sat, 17 Sep 2011 10:55:43 -0400 Received: from eggs.gnu.org ([140.186.70.92]:56713) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4wIw-0003k3-Ft for bug-gnu-emacs@gnu.org; Sat, 17 Sep 2011 10:55:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R4wIv-0000AG-Gq for bug-gnu-emacs@gnu.org; Sat, 17 Sep 2011 10:55:42 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]:19715) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R4wIv-00009w-C2 for bug-gnu-emacs@gnu.org; Sat, 17 Sep 2011 10:55:41 -0400 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8HEta3p001500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sat, 17 Sep 2011 14:55:37 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8HEtZd0001019 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 17 Sep 2011 14:55:36 GMT Received: from abhmt104.oracle.com (abhmt104.oracle.com [141.146.116.56]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8HEtTnI026823 for ; Sat, 17 Sep 2011 09:55:29 -0500 Received: from dradamslap1 (/10.159.54.49) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 17 Sep 2011 07:55:29 -0700 From: "Drew Adams" To: Subject: 24.0.50; `special-display-regexps' is no longer respected Date: Sat, 17 Sep 2011 07:55:31 -0700 Message-ID: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acx1SdjJQ0dg0pwuTay7qaU5uwl+6A== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090201.4E74B4EA.000A:SCFMA922111,ss=1,re=-4.000,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.17 X-Spam-Score: -6.2 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 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: -6.2 (------) I do not have the time to debug this now. Martin and I spent a _lot_ of time getting things to work still in Emacs 24, so that Emacs 23 (22,21,...) settings are still respected. He fixed several Emacs 24 bugs in this regard. Now, things are broken again. He says that he doesn't yet understand the new code, and I don't have time to devote to it now either (trying to pare down my setup to a minimal test case etc.). I can at least say that I have this as `special-display-regexps': ("[ ]?[*][^*]+[*]") And both `*info*' and `*unsent mail to bug-gnu-emacs@gnu.org*', which match that option value, are _not_ displayed as special-display buffers. I have non-nil `pop-up-frames', and I use a different set of frame parameters for `special-display-frame-alist'. But neither of those buffers appears in a separate frame with those frame parameters. Instead, they each _replace_ the current buffer in the current frame. What's more, when I hit `q' in Info the frame disappears altogether. (That might be because of some of my code: I do want the Info frame to disappear.) The bug here is that there is no separate Info frame, so the frame that disappears is the one that should still have the original buffer. FYI, `*Buffer List*' does not have this problem. It correctly appears in a separate frame. Again, all of this is with my setup. But perhaps there is enough info here that you can track down the bug. Hope so. The bug appears in the 2011-09-12 build - there is no such bug in the 2011-09-05 build. In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-09-12 on 3249CTO Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (4.5) --no-opt' ------------=_1320793442-8306-1--