From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#16923: 24.3.50; reression: `set-frame-size' loses mode line Date: Wed, 5 Mar 2014 13:23:08 -0800 (PST) Message-ID: <291bd9d5-923f-440a-821a-06f585557e67@default> References: <53143D5C.7020000@gmx.at> <5314CBE1.6050905@gmx.at> <04dda5ae-8b70-42f5-ae09-c1d05ebc9297@default> <5314DB5D.50709@gmx.at> <29b76228-778a-4aea-8fe4-5abedb5b6795@default> <531589F3.1050300@gmx.at> <70615a8e-3923-40c3-bfbc-af0a305cd6df@default> <5316D1B5.8040801@gmx.at> <53176AF2.9010800@gmx.at> <53177AEF.9050106@gmx.at> <3f31643f-2638-4ada-8dc4-b3069f3a82fc@default> <531780D7.6070109@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1394054658 4677 80.91.229.3 (5 Mar 2014 21:24:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Mar 2014 21:24:18 +0000 (UTC) Cc: 16923@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 05 22:24:24 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WLJIe-00019f-3p for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Mar 2014 22:24:24 +0100 Original-Received: from localhost ([::1]:54647 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLJId-0003b1-Bt for geb-bug-gnu-emacs@m.gmane.org; Wed, 05 Mar 2014 16:24:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36126) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLJIR-0003OL-Jh for bug-gnu-emacs@gnu.org; Wed, 05 Mar 2014 16:24:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WLJII-00052S-Qv for bug-gnu-emacs@gnu.org; Wed, 05 Mar 2014 16:24:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:50819) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLJII-00052H-LH for bug-gnu-emacs@gnu.org; Wed, 05 Mar 2014 16:24:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WLJII-00034u-8E for bug-gnu-emacs@gnu.org; Wed, 05 Mar 2014 16:24:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Mar 2014 21:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16923 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 16923-submit@debbugs.gnu.org id=B16923.139405459511770 (code B ref 16923); Wed, 05 Mar 2014 21:24:02 +0000 Original-Received: (at 16923) by debbugs.gnu.org; 5 Mar 2014 21:23:15 +0000 Original-Received: from localhost ([127.0.0.1]:52000 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WLJHW-00033j-Ur for submit@debbugs.gnu.org; Wed, 05 Mar 2014 16:23:15 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:40614) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WLJHU-00033b-Lz for 16923@debbugs.gnu.org; Wed, 05 Mar 2014 16:23:13 -0500 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s25LNBnx001536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 5 Mar 2014 21:23:11 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s25LN9IA012519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Mar 2014 21:23:09 GMT Original-Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s25LN9vL002422; Wed, 5 Mar 2014 21:23:09 GMT In-Reply-To: <531780D7.6070109@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:86591 Archived-At: > > Wrt the mode line, let me correct something I said earlier. > > > > I thought that the space was there for the mode line, but without > > the mode line text, faces, mouseover etc., i.e., as if there were > > an extra blank buffer line. I was wrong about that. > > > > Checking again, I see that the buffer text extends to the bottom frame > > border, just as it does when frame parameter `modeline' has value nil. > > IOW, the mode line is apparently just not there; it is not just that i= t > > is displayed wrong. However, `frame-parameters' shows the `mode-line' > > parameter value to be `t'. >=20 > This is a completely different situation. In addition, it probably > happens only when you want to enlarge the frame. A timing problem, > likely. Does the frame have at least an external border at the bottom? Looking again, I realize I must have been mistaken in what I said earlier today. It seems now that the mode line disappears only when the node does not change (fit-frame is called anyway). So yes, the node text size is the same. I was pretty sure that the mode line also disappears in some cases when moving to a different node. But I definitely do not see that now, so I guess I was mistaken about that. And yes, the frame always has its borders, including the bottom border. Sorry for the confusion. --- Actually, now I can repro it more simply, without using Info. In my setup, if I do M-: (fit-frame) more than once in the same frame, the mode line sometimes disappears. For most buffers/frames, it disappears. But not always. It does not disappear for `list-faces-display', for some reason. (It does disappear for `list-colors-display'.) I still don't have a minimal recipe for this. Perhaps tonight I will try again to narrow things down, given this knowledge. I thought this was specific to Info.