From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs,gmane.emacs.pretest.bugs Subject: bug#410: 23.0.60; display-buffer regression Date: Sat, 14 Jun 2008 00:04:25 +0200 Message-ID: <873anhkn4m.fsf@escher.local.home> Reply-To: Stephen Berman , 410@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1213396058 32554 80.91.229.12 (13 Jun 2008 22:27:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 13 Jun 2008 22:27:38 +0000 (UTC) To: emacs-pretest-bug@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 14 00:28:22 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1K7Hkr-0000Tx-TI for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Jun 2008 00:28:22 +0200 Original-Received: from localhost ([127.0.0.1]:35087 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K7Hk4-0002rI-0J for geb-bug-gnu-emacs@m.gmane.org; Fri, 13 Jun 2008 18:27:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K7Hjx-0002pU-HW for bug-gnu-emacs@gnu.org; Fri, 13 Jun 2008 18:27:25 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K7Hjw-0002oh-Kd for bug-gnu-emacs@gnu.org; Fri, 13 Jun 2008 18:27:25 -0400 Original-Received: from [199.232.76.173] (port=34719 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K7Hjw-0002od-Ha for bug-gnu-emacs@gnu.org; Fri, 13 Jun 2008 18:27:24 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:41977) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1K7Hjw-0006c2-8D for bug-gnu-emacs@gnu.org; Fri, 13 Jun 2008 18:27:24 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5DMR70I010658; Fri, 13 Jun 2008 15:27:08 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m5DMA6iM006108; Fri, 13 Jun 2008 15:10:06 -0700 X-Loop: don@donarmstrong.com Resent-From: Stephen Berman Original-Sender: steve@escher.local.home Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 13 Jun 2008 22:10:06 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 410 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12133946783991 (code B ref -1); Fri, 13 Jun 2008 22:10:06 +0000 Original-Received: (at submit) by emacsbugs.donarmstrong.com; 13 Jun 2008 22:04:38 +0000 Original-Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m5DM4YRi003985 for ; Fri, 13 Jun 2008 15:04:35 -0700 Original-Received: from mail.gnu.org ([199.232.76.166]:42142 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1K7HLp-00071Z-G0 for emacs-pretest-bug@gnu.org; Fri, 13 Jun 2008 18:02:29 -0400 Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1K7HNl-0003cj-TT for emacs-pretest-bug@gnu.org; Fri, 13 Jun 2008 18:04:34 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:56140) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1K7HNl-0003cG-Cc for emacs-pretest-bug@gnu.org; Fri, 13 Jun 2008 18:04:29 -0400 Original-Received: (qmail invoked by alias); 13 Jun 2008 22:04:26 -0000 Original-Received: from i5387E13F.versanet.de (EHLO escher.local.home) [83.135.225.63] by mail.gmx.net (mp041) with SMTP; 14 Jun 2008 00:04:26 +0200 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX19csXYxUetcWbYdW1mWj59RhZCuzr0HRASSRfIcp5 9CFrWLU9MbFmuM Original-Received: by escher.local.home (Postfix, from userid 1000) id C07581D0E7B; Sat, 14 Jun 2008 00:04:25 +0200 (CEST) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Fri, 13 Jun 2008 18:27:24 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:18372 gmane.emacs.pretest.bugs:22627 Archived-At: In GNU Emacs 23.0.60.1 (i686-pc-linux-gnu, GTK+ Version 2.12.0) of 2008-06-13 on escher The recent reimplementation of display-buffer in lisp resulted in the following changed behavior, which I consider a regression: 1. emacs -Q 2. M-x calendar ==> The window is vertically split, the *scratch* buffer above and the Calendar buffer is below in a smaller window sized to fit. 3. M-: (pop-to-buffer (get-buffer "*Messages*")) ==> Now the *Messages* buffer is above and the Calendar buffer is still below, but the windows are evenly split, i.e. the Calendar window is no longer sized to fit but is too big. Prior to the reimplementation of display-buffer doing this step did not change the height of the Calendar window. The behavior in step 3 results from the invocation of window--even-window-heights in the last clause of the cond in display-buffer, which happens because the *Messages* buffer exits but is not displayed. If the sexp in step 3 contained *scratch* instead of *Messages*, the height of the Calendar window would not have changed. Looking at the pre-reimplementation source of Fdisplay_buffer, it looks like the window heights should get evened out just as in the lisp reimplementation; nevertheless, this is not what happens in the above recipe with the older code. (I wanted to step through the code with gdb but for some reason gdb failed to halt execution in the right source file, so I could not pursue this.) Steve Berman