From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 03 11:23:20 2014 Received: (at submit) by debbugs.gnu.org; 3 Aug 2014 15:23:20 +0000 Received: from localhost ([127.0.0.1]:56104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XDxd1-0007jc-7C for submit@debbugs.gnu.org; Sun, 03 Aug 2014 11:23:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55625) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XDtW8-000073-6m for submit@debbugs.gnu.org; Sun, 03 Aug 2014 06:59:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XDtVu-0008M2-SD for submit@debbugs.gnu.org; Sun, 03 Aug 2014 06:59:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:45558) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XDtVu-0008Ly-Oh for submit@debbugs.gnu.org; Sun, 03 Aug 2014 06:59:42 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57342) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XDtVn-0001IZ-DY for bug-gnu-emacs@gnu.org; Sun, 03 Aug 2014 06:59:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XDtVg-0008Jt-6x for bug-gnu-emacs@gnu.org; Sun, 03 Aug 2014 06:59:35 -0400 Received: from st11p02mm-asmtpout001.mac.com ([17.172.220.236]:33441 helo=st11p02mm-asmtp001.mac.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XDtVg-0008JZ-2I for bug-gnu-emacs@gnu.org; Sun, 03 Aug 2014 06:59:28 -0400 Received: from st11p02mm-spool001.mac.com ([17.172.220.246]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTP id <0N9Q00I8Q96ISZ90@st11p02mm-asmtp001.mac.com> for bug-gnu-emacs@gnu.org; Sun, 03 Aug 2014 10:59:13 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-03_01:2014-08-01,2014-08-03,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408030146 MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_cAykVYyY/IuULW8FrAesFA)" Received: from localhost ([17.172.220.163]) by st11p02mm-spool001.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTP id <0N9Q00DGZ96JIB60@st11p02mm-spool001.mac.com> for bug-gnu-emacs@gnu.org; Sun, 03 Aug 2014 10:59:07 +0000 (GMT) To: bug-gnu-emacs@gnu.org From: Trevor Jim Subject: bug in display-buffer-below-selected Date: Sun, 03 Aug 2014 10:59:07 +0000 (GMT) X-Mailer: iCloud MailClient14E.142298 MailServer14E24.16380 X-Originating-IP: [128.112.139.195] Message-id: <2fb33f72-c466-45cb-9bb1-a81881c175bf@me.com> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 03 Aug 2014 11:23:18 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) --Boundary_(ID_cAykVYyY/IuULW8FrAesFA) Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: quoted-printable Hello. I am seeing what I think is a bug in=0Adisplay-buffer-below-select= ed in recent versions of emacs-24.3.=0A=0ANamely, if you execute display-b= uffer-below-selected when the buffer=0Ais already in a window below select= ed, you will get *two* windows=0Ashowing the buffer. A simple test is to = run=0A=0A (let ((buffer (get-buffer-create "test-buffer")))=0A (di= splay-buffer-below-selected buffer nil)=0A (display-buffer-below-sele= cted buffer nil))=0A=0Ain *scratch*.=0A=0AThis behavior seems to have been= introduced in git commit=0A 6a5d9e9a3247566bf69575444e2a1f75f5b3e021=0A= in the emacs-24 branch of git://git.savannah.gnu.org/emacs.git=0A=0A-T=0A=EF= =BB=BF=0A= --Boundary_(ID_cAykVYyY/IuULW8FrAesFA) Content-type: multipart/related; boundary="Boundary_(ID_9mBzZMlr09Uq5QNriSlRew)"; type="text/html" --Boundary_(ID_9mBzZMlr09Uq5QNriSlRew) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
Hello.  I am seeing what I think is a bug in
display-buffer-below-selected in recent versions of emacs-24.3.

Namely, if you execute display-buffer-below-selected when the buffer
is already in a window below selected, you will get *two* windows
showing the buffer.  A simple test is to run

    (let ((buffer (get-buffer-create "test-buffer")))
      (display-buffer-below-selected buffer nil)
      (display-buffer-below-selected buffer nil))

in *scratch*.

This behavior seems to have been introduced in git commit
    6a5d9e9a3247566bf69575444e2a1f75f5b3e021
in the emacs-24 branch of git://git.savannah.gnu.org/emacs.git

-T

--Boundary_(ID_9mBzZMlr09Uq5QNriSlRew)-- --Boundary_(ID_cAykVYyY/IuULW8FrAesFA)-- From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 04 13:22:54 2014 Received: (at 18181) by debbugs.gnu.org; 4 Aug 2014 17:22:54 +0000 Received: from localhost ([127.0.0.1]:57505 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XELyI-0000Hn-2z for submit@debbugs.gnu.org; Mon, 04 Aug 2014 13:22:54 -0400 Received: from mout.gmx.net ([212.227.15.18]:50100) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XELyF-0000HU-0u for 18181@debbugs.gnu.org; Mon, 04 Aug 2014 13:22:52 -0400 Received: from [88.117.51.195] ([88.117.51.195]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LomN9-1WXcZG366d-00gqDA; Mon, 04 Aug 2014 19:22:41 +0200 Message-ID: <53DFC15D.3060607@gmx.at> Date: Mon, 04 Aug 2014 19:22:37 +0200 From: martin rudalics MIME-Version: 1.0 To: Trevor Jim , 18181@debbugs.gnu.org Subject: Re: bug#18181: bug in display-buffer-below-selected References: <2fb33f72-c466-45cb-9bb1-a81881c175bf@me.com> In-Reply-To: <2fb33f72-c466-45cb-9bb1-a81881c175bf@me.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:3gVNyzOHD8OE2K02rtx+Ey0DJWa13ASHxw69b7S0pIyLFgvsulc nnJ9r1KmPMcenKy3pc/EYTYLwfy/uz8BxiBgSlKS5y2MP0g8XRUfHLr3K70xWAYMH8069s2 GBqloQK/D3Z2Cl31jtKn2BM9lQhnTQY8ex8iL8j/2Kg/xNsQdGkp8PhIuWTI0ncSkp+4xF/ oPVCkzuCMEYIelavVVRJw== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 18181 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > Hello. I am seeing what I think is a bug in > display-buffer-below-selected in recent versions of emacs-24.3. > > Namely, if you execute display-buffer-below-selected when the buffer > is already in a window below selected, you will get *two* windows > showing the buffer. A simple test is to run > > (let ((buffer (get-buffer-create "test-buffer"))) > (display-buffer-below-selected buffer nil) > (display-buffer-below-selected buffer nil)) > > in *scratch*. This is the intended behavior. `display-buffer-at-bottom' and `display-buffer--maybe-pop-up-frame-or-window' also display the buffer a second time even if it's already shown. The correct use of this is to try `display-buffer-reuse-window' before `display-buffer-below-selected'. > This behavior seems to have been introduced in git commit > 6a5d9e9a3247566bf69575444e2a1f75f5b3e021 > in the emacs-24 branch of git://git.savannah.gnu.org/emacs.git Can you please tell me which commit this was. I don't have git. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 04 13:54:10 2014 Received: (at 18181) by debbugs.gnu.org; 4 Aug 2014 17:54:10 +0000 Received: from localhost ([127.0.0.1]:57531 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XEMSX-000157-Cq for submit@debbugs.gnu.org; Mon, 04 Aug 2014 13:54:09 -0400 Received: from st11p02mm-asmtp001.mac.com ([17.172.220.236]:50064) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XEMSU-00014a-5B for 18181@debbugs.gnu.org; Mon, 04 Aug 2014 13:54:07 -0400 Received: from st11p02mm-spool002.mac.com ([17.172.220.247]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTP id <0N9S00HX2N1VQA70@st11p02mm-asmtp001.mac.com> for 18181@debbugs.gnu.org; Mon, 04 Aug 2014 17:53:58 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-04_03:2014-08-04,2014-08-04,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408040215 MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_OlAt2RNxpcqrmvps2amECQ)" Received: from localhost ([17.172.220.163]) by st11p02mm-spool002.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTP id <0N9S00MDIN1XHV60@st11p02mm-spool002.mac.com>; Mon, 04 Aug 2014 17:53:57 +0000 (GMT) To: martin rudalics From: Trevor Jim Subject: Re: bug#18181: bug in display-buffer-below-selected Date: Mon, 04 Aug 2014 17:53:58 +0000 (GMT) X-Mailer: iCloud MailClient14E.142298 MailServer14E24.16380 X-Originating-IP: [12.89.56.14] Message-id: X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 18181 Cc: 18181@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) --Boundary_(ID_OlAt2RNxpcqrmvps2amECQ) Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: quoted-printable > This is the intended behavior=0A=0AOK. Just FYI however, there has been = a change in behavior. It's=0Apossible that other software has been affecte= d by the change. For=0Aexample, the reason I used display-buffer-below-sel= ected was because I=0Asaw it used in rmail. You might want to make sure t= hat rmail is still=0Aworking correctly.=0A=0AI'm not sure how it correspon= ds to bzr but you can see the git commit=0Ahere:=0A=0Ahttp://git.savannah.= gnu.org/cgit/emacs.git/commit/?id=3D6a5d9e9a3247566bf69575444e2a1f75f5b3e0= 21=0A=0AWith that commit I see the new behavior. Before that commit, all = the=0Away up to 24.3 at least, I see the old behavior.=0A=0AAlso: I have t= o say that looking at the documentation it is hard to=0Asay what the inten= ded behavior is.=0A=0AThanks,=0ATrevor=0A=EF=BB=BF= --Boundary_(ID_OlAt2RNxpcqrmvps2amECQ) Content-type: multipart/related; boundary="Boundary_(ID_I/902VFPK9cMJ3wRq5v3kw)"; type="text/html" --Boundary_(ID_I/902VFPK9cMJ3wRq5v3kw) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
> This is the intended behavior

OK. Just FYI however, there has been a change in behavior. It's
possible that other software has been affected by the change. For
example, the reason I used display-buffer-below-selected was because I
saw it used in rmail.  You might want to make sure that rmail is still
working correctly.

I'm not sure how it corresponds to bzr but you can see the git commit
here:

http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=6a5d9e9a3247566bf69575444e2a1f75f5b3e021

With that commit I see the new behavior.  Before that commit, all the
way up to 24.3 at least, I see the old behavior.

Also: I have to say that looking at the documentation it is hard to
say what the intended behavior is.

Thanks,
Trevor

--Boundary_(ID_I/902VFPK9cMJ3wRq5v3kw)-- --Boundary_(ID_OlAt2RNxpcqrmvps2amECQ)-- From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 04 20:10:47 2014 Received: (at 18181) by debbugs.gnu.org; 5 Aug 2014 00:10:47 +0000 Received: from localhost ([127.0.0.1]:58012 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XESL0-0003JM-Nk for submit@debbugs.gnu.org; Mon, 04 Aug 2014 20:10:47 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:58461 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XESKx-0003J6-JW for 18181@debbugs.gnu.org; Mon, 04 Aug 2014 20:10:44 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id 355BB304F02DDF; Mon, 4 Aug 2014 17:10:42 -0700 (PDT) From: Juri Linkov To: martin rudalics Subject: Re: bug#18181: bug in display-buffer-below-selected Organization: JURTA References: <2fb33f72-c466-45cb-9bb1-a81881c175bf@me.com> <53DFC15D.3060607@gmx.at> Date: Tue, 05 Aug 2014 02:58:04 +0300 In-Reply-To: <53DFC15D.3060607@gmx.at> (martin rudalics's message of "Mon, 04 Aug 2014 19:22:37 +0200") Message-ID: <87oavzre6z.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> (let ((buffer (get-buffer-create "test-buffer"))) >> (display-buffer-below-selected buffer nil) >> (display-buffer-below-selected buffer nil)) > > This is the intended behavior. `display-buffer-at-bottom' and > `display-buffer--maybe-pop-up-frame-or-window' also display the buffer a > second time even if it's already shown. The correct use of this is to > try `display-buffer-reuse-window' before `display-buffer-below-selected'. [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] X-Debbugs-Envelope-To: 18181 Cc: Trevor Jim , 18181@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: >> (let ((buffer (get-buffer-create "test-buffer"))) >> (display-buffer-below-selected buffer nil) >> (display-buffer-below-selected buffer nil)) > > This is the intended behavior. `display-buffer-at-bottom' and > `display-buffer--maybe-pop-up-frame-or-window' also display the buffer a > second time even if it's already shown. The correct use of this is to > try `display-buffer-reuse-window' before `display-buffer-below-selected'. [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] >> (let ((buffer (get-buffer-create "test-buffer"))) >> (display-buffer-below-selected buffer nil) >> (display-buffer-below-selected buffer nil)) > > This is the intended behavior. `display-buffer-at-bottom' and > `display-buffer--maybe-pop-up-frame-or-window' also display the buffer a > second time even if it's already shown. The correct use of this is to > try `display-buffer-reuse-window' before `display-buffer-below-selected'. I agree that `display-buffer-below-selected' should be prepended by `display-buffer-reuse-window' in the list of display actions when there is a need to reuse an already displayed window like (let ((buffer (get-buffer-create "test-buffer"))) (display-buffer buffer `((display-buffer-reuse-window display-buffer-below-selected))) (display-buffer buffer `((display-buffer-reuse-window display-buffer-below-selected)))) >> This behavior seems to have been introduced in git commit >> 6a5d9e9a3247566bf69575444e2a1f75f5b3e021 >> in the emacs-24 branch of git://git.savannah.gnu.org/emacs.git > > Can you please tell me which commit this was. I don't have git. It's bzr revno 115543 from our discussion at bug#16115 that removed the need to add `(split-height-threshold 0)' to every use of `display-buffer-below-selected'. From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 05 04:36:42 2014 Received: (at 18181) by debbugs.gnu.org; 5 Aug 2014 08:36:42 +0000 Received: from localhost ([127.0.0.1]:58230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XEaEb-0007mq-AE for submit@debbugs.gnu.org; Tue, 05 Aug 2014 04:36:41 -0400 Received: from mout.gmx.net ([212.227.15.19]:61124) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XEaEY-0007md-Ta for 18181@debbugs.gnu.org; Tue, 05 Aug 2014 04:36:40 -0400 Received: from [93.82.78.228] ([93.82.78.228]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MN1j6-1XLAsH130K-006cMB; Tue, 05 Aug 2014 10:36:29 +0200 Message-ID: <53E09779.6000005@gmx.at> Date: Tue, 05 Aug 2014 10:36:09 +0200 From: martin rudalics MIME-Version: 1.0 To: Trevor Jim Subject: Re: bug#18181: bug in display-buffer-below-selected References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:wgDcc0xmeNNR90B4R4hUv8tF2M3xV5wyQSKAOqlLtrLBmx881Y3 NoL2pYW9zYM6v7L7JtieByp14ntrH+Z+wtNDe7juHPiLVbP/zSOQT+1q1bJ5uQYMraXJNs6 +JWHY0fR8YX3Vv7VDaPEW3timIdM53WukUg1PXzmfcRG+xeVGoxHMZArQLzyVO30aZYpF2F rcE+QEfQBFHPo3dtl78GA== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 18181 Cc: 18181@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >> This is the intended behavior > > OK. I'm afraid you don't like it. But let me explain why it's this way: As a first step, `display-buffer' usually searches all windows whether the buffer is already displayed. This search doesn't come without any cost because we have to check whether the selected window or another frame are eligible. Hence, it makes sense to do that search in the separate action function `display-buffer-reuse-window'. Usually, that function is the very first tried by `display-buffer'. The remaining action functions have been written based on the idea that `display-buffer-reuse-window' already failed to find a suitable window and either a new window or one that doesn't display the buffer already has to be provided. > Just FYI however, there has been a change in behavior. It's possible that other software has been affected by the change. For example, the reason I used display-buffer-below-selected was because I saw it used in rmail. You might want to make sure that rmail is still working correctly. Can you elaborate how rmail might be affected by this? > I'm not sure how it corresponds to bzr but you can see the git commit here: > > http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=6a5d9e9a3247566bf69575444e2a1f75f5b3e021 > > With that commit I see the new behavior. Before that commit, all the way up to 24.3 at least, I see the old behavior. I understand what you mean now. That indeed changed the behavior for the "frame has more than one window" case. Though IIRC its intention was to handle the case where the buffer is _not_ displayed yet, a fact `display-buffer-reuse-window' should have implicitly checked before. > Also: I have to say that looking at the documentation it is hard to say what the intended behavior is. As a rule: The idea is that an application should always try `display-buffer-reuse-window' first unless the intended behavior is to strictly use a new window or one that displays another buffer. If you (or anyone else) have any good ideas how to change the documentation such that this idea becomes immediately evident, please don't hesitate to propose the necessary change. I have not written the present documentation and my English probably isn't well enough to do the job. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 05 10:07:44 2014 Received: (at 18181) by debbugs.gnu.org; 5 Aug 2014 14:07:44 +0000 Received: from localhost ([127.0.0.1]:58839 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XEfOx-00026r-Km for submit@debbugs.gnu.org; Tue, 05 Aug 2014 10:07:44 -0400 Received: from st11p02mm-asmtp002.mac.com ([17.172.220.237]:36565) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XEfOu-00026d-Vl for 18181@debbugs.gnu.org; Tue, 05 Aug 2014 10:07:41 -0400 Received: from st11p02mm-spool001.mac.com ([17.172.220.246]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTP id <0N9U009FQ785K350@st11p02mm-asmtp002.mac.com> for 18181@debbugs.gnu.org; Tue, 05 Aug 2014 14:07:20 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.27,0.0.0000 definitions=2014-08-05_05:2014-08-05,2014-08-05,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1408050182 MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_70UPbiN52lLHlhrK4fMsiQ)" Received: from localhost ([17.172.220.163]) by st11p02mm-spool001.mac.com (Oracle Communications Messaging Server 7u4-27.08(7.0.4.27.7) 64bit (built Aug 22 2013)) with ESMTP id <0N9U00EQC77ZC210@st11p02mm-spool001.mac.com>; Tue, 05 Aug 2014 14:07:11 +0000 (GMT) To: martin rudalics From: Trevor Jim Subject: Re: bug#18181: bug in display-buffer-below-selected Date: Tue, 05 Aug 2014 14:07:11 +0000 (GMT) X-Mailer: iCloud MailClient14E.142298 MailServer14E24.16380 X-Originating-IP: [128.112.139.195] Message-id: X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 18181 Cc: 18181@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) --Boundary_(ID_70UPbiN52lLHlhrK4fMsiQ) Content-type: text/plain; charset=utf-8; format=flowed Content-transfer-encoding: quoted-printable > I'm afraid you don't like it.=0A=0AActually it doesn't matter to me, I'v= e fixed my program to work either way. I am just pointing out the change o= f behavior in case someone else has been relying on it.=0A=0AThanks,=EF=BB= =BF=0A-Trevor=0A= --Boundary_(ID_70UPbiN52lLHlhrK4fMsiQ) Content-type: multipart/related; boundary="Boundary_(ID_aeGuA4AdZnxXK7m0v4LR1g)"; type="text/html" --Boundary_(ID_aeGuA4AdZnxXK7m0v4LR1g) Content-type: text/html; CHARSET=US-ASCII Content-transfer-encoding: 7BIT
> I'm afraid you don't like it.

Actually it doesn't matter to me, I've fixed my program to work either way. I am just pointing out the change of behavior in case someone else has been relying on it.

Thanks,
-Trevor

--Boundary_(ID_aeGuA4AdZnxXK7m0v4LR1g)-- --Boundary_(ID_70UPbiN52lLHlhrK4fMsiQ)-- From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 09 13:04:55 2014 Received: (at 18181) by debbugs.gnu.org; 9 Aug 2014 17:04:55 +0000 Received: from localhost ([127.0.0.1]:36657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XGA4c-0004wT-N0 for submit@debbugs.gnu.org; Sat, 09 Aug 2014 13:04:55 -0400 Received: from mout.gmx.net ([212.227.15.15]:63334) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XGA4Z-0004wA-8V for 18181@debbugs.gnu.org; Sat, 09 Aug 2014 13:04:52 -0400 Received: from [188.23.123.171] ([188.23.123.171]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MWCgz-1Wwb0l3piT-00XOc7; Sat, 09 Aug 2014 19:04:43 +0200 Message-ID: <53E65486.6070807@gmx.at> Date: Sat, 09 Aug 2014 19:04:06 +0200 From: martin rudalics MIME-Version: 1.0 To: Trevor Jim Subject: Re: bug#18181: bug in display-buffer-below-selected References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:QK1Lt8zJkZEgrDFPqyaicyT4arc7v3Q3cReOWbbPCNosIt+kCVe MRh6sHl3HLGe6KJhyMFj6Z/WnewrCt0T5rqAr9mlUu31gXvSBev2LYTe8j39zcnzNNrUOBT zIZlxtO4b7zytMtazEsnuRW52VMB5sTfpfphPXKE5trl4FwV85uqCVgU/x2/YXz+6IDqQSC w8/aoLypL8/O9w4StMk0w== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 18181 Cc: 18181@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > Actually it doesn't matter to me, I've fixed my program to work either way. I am > just pointing out the change of behavior in case someone else has been relying > on it. In revision#117435 of the emacs-24 branch I restored the old behavior for the case where the buffer already appears below the selected window. As soon as you've updated (on trunk this might take a couple of days) kindly check whether it now behaves as you expected before. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 09 20:01:54 2014 Received: (at 18181) by debbugs.gnu.org; 10 Aug 2014 00:01:55 +0000 Received: from localhost ([127.0.0.1]:36845 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XGGaA-0003sB-Ek for submit@debbugs.gnu.org; Sat, 09 Aug 2014 20:01:54 -0400 Received: from alc-vshost7.dreamhost.com ([69.163.216.107]:50265 helo=ps18281.dreamhostps.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XGGa7-0003s1-PL for 18181@debbugs.gnu.org; Sat, 09 Aug 2014 20:01:52 -0400 Received: from localhost.jurta.org (ps18281.dreamhostps.com [69.163.222.226]) by ps18281.dreamhostps.com (Postfix) with ESMTP id AE94A31317D678; Sat, 9 Aug 2014 17:01:49 -0700 (PDT) From: Juri Linkov To: martin rudalics Subject: Re: bug#18181: bug in display-buffer-below-selected Organization: JURTA References: <53E65486.6070807@gmx.at> Date: Sun, 10 Aug 2014 02:49:35 +0300 In-Reply-To: <53E65486.6070807@gmx.at> (martin rudalics's message of "Sat, 09 Aug 2014 19:04:06 +0200") Message-ID: <8761i1w7e8.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > In revision#117435 of the emacs-24 branch I restored the old behavior > for the case where the buffer already appears below the selected window. Maybe the same would be good also for `display-buffer-at-bottom' to reuse the window already displayed at the bottom? [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] X-Debbugs-Envelope-To: 18181 Cc: Trevor Jim , 18181@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 2.4 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > In revision#117435 of the emacs-24 branch I restored the old behavior > for the case where the buffer already appears below the selected window. Maybe the same would be good also for `display-buffer-at-bottom' to reuse the window already displayed at the bottom? [...] Content analysis details: (2.4 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.7 RCVD_IN_XBL RBL: Received via a relay in Spamhaus XBL [69.163.216.107 listed in zen.spamhaus.org] 1.6 RCVD_IN_BRBL_LASTEXT RBL: RCVD_IN_BRBL_LASTEXT [69.163.216.107 listed in bb.barracudacentral.org] > In revision#117435 of the emacs-24 branch I restored the old behavior > for the case where the buffer already appears below the selected window. Maybe the same would be good also for `display-buffer-at-bottom' to reuse the window already displayed at the bottom? From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 29 06:47:28 2014 Received: (at 18181-done) by debbugs.gnu.org; 29 Aug 2014 10:47:28 +0000 Received: from localhost ([127.0.0.1]:53164 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XNJiJ-0005Rj-RZ for submit@debbugs.gnu.org; Fri, 29 Aug 2014 06:47:28 -0400 Received: from mout.gmx.net ([212.227.17.22]:56750) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XNJiG-0005RS-6m for 18181-done@debbugs.gnu.org; Fri, 29 Aug 2014 06:47:25 -0400 Received: from [188.22.46.255] ([188.22.46.255]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MZgdm-1Xigso2IbW-00LSJ8; Fri, 29 Aug 2014 12:47:12 +0200 Message-ID: <54005A26.9030903@gmx.at> Date: Fri, 29 Aug 2014 12:47:02 +0200 From: martin rudalics MIME-Version: 1.0 To: Trevor Jim Subject: Re: bug#18181: bug in display-buffer-below-selected References: <53E65486.6070807@gmx.at> In-Reply-To: <53E65486.6070807@gmx.at> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:upuDu7+CUDj7zagDHyfufXa25BzJSiTeL0HDr3pvID1LH55Sdb6 OMANEUdcOz+Y1YfuCA8b4qCtpYqo0Cap6oflEFlq72JHjJxzaMFaryQBk/amE6rufeREoT5 dcwktyxmT6KIUiAeA0GszhtehqEU6b+B0Vnrpi9YxuqdkewoBWnDDOLXQhHhw5b0jj3wIm6 WCdv0H1r6d5ScCKes18cQ== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 18181-done Cc: Juri Linkov , 18181-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > > In revision#117435 of the emacs-24 branch I restored the old behavior > > for the case where the buffer already appears below the selected window. > > Maybe the same would be good also for `display-buffer-at-bottom' > to reuse the window already displayed at the bottom? Done. I also now (re-)use the leftmost suitable window at the bottom of the frame. Please have a look. Closing this bug. Thanks, martin PS: I apparently never received this mail here and only incidentally found it now via http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18181. From unknown Sat Jun 14 18:40:39 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 26 Sep 2014 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator