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: Sun, 2 Mar 2014 12:05:17 -0800 (PST) Message-ID: 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 1393790782 7464 80.91.229.3 (2 Mar 2014 20:06:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Mar 2014 20:06:22 +0000 (UTC) To: 16923@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 02 21:06:27 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 1WKCeZ-0001sv-8i for geb-bug-gnu-emacs@m.gmane.org; Sun, 02 Mar 2014 21:06:27 +0100 Original-Received: from localhost ([::1]:36511 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKCeY-0001Sg-R0 for geb-bug-gnu-emacs@m.gmane.org; Sun, 02 Mar 2014 15:06:26 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52655) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKCeL-0001RG-Nd for bug-gnu-emacs@gnu.org; Sun, 02 Mar 2014 15:06:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WKCeB-0002s5-Jg for bug-gnu-emacs@gnu.org; Sun, 02 Mar 2014 15:06:13 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47012) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKCeB-0002rz-BF for bug-gnu-emacs@gnu.org; Sun, 02 Mar 2014 15:06:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WKCeA-0003ke-S1 for bug-gnu-emacs@gnu.org; Sun, 02 Mar 2014 15:06: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: Sun, 02 Mar 2014 20:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 16923 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.139379075214401 (code B ref -1); Sun, 02 Mar 2014 20:06:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 2 Mar 2014 20:05:52 +0000 Original-Received: from localhost ([127.0.0.1]:48194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WKCe0-0003kC-2U for submit@debbugs.gnu.org; Sun, 02 Mar 2014 15:05:52 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:50814) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WKCdv-0003k0-SC for submit@debbugs.gnu.org; Sun, 02 Mar 2014 15:05:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WKCdl-0002oo-Fg for submit@debbugs.gnu.org; Sun, 02 Mar 2014 15:05:47 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:33778) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKCdl-0002ok-B7 for submit@debbugs.gnu.org; Sun, 02 Mar 2014 15:05:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52476) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKCdc-0001Ft-H4 for bug-gnu-emacs@gnu.org; Sun, 02 Mar 2014 15:05:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WKCdT-0002lF-9W for bug-gnu-emacs@gnu.org; Sun, 02 Mar 2014 15:05:28 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:38622) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKCdT-0002kx-35 for bug-gnu-emacs@gnu.org; Sun, 02 Mar 2014 15:05:19 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s22K5HHv008328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 2 Mar 2014 20:05:17 GMT Original-Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s22K5GqR010622 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 2 Mar 2014 20:05:17 GMT Original-Received: from abhmp0013.oracle.com (abhmp0013.oracle.com [141.146.116.19]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s22K5GZd010618 for ; Sun, 2 Mar 2014 20:05:16 GMT X-Priority: 2 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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:86480 Archived-At: I've been looking at this regression for a while now. I've tried to investigate. I just spent a couple of days on it, without success. The symptom, with my setup (and it is not clear just which parts of that setup are minimally required to repro the bug), is this: When `set-frame-size' is called for the current frame (it doesn't matter what the WIDTH and HEIGHT args are, and PIXELWISE is nil) in some Info nodes (I see the problem only in Info nodes, and not most of them), the mode line disappears altogether. That is, in place of the mode line I see only blank space with the same color as the frame background. The space seems to be there for a mode line, but none is shown. Forcing redisplay using C-l or M-: (force-mode-line-update 'all) has no effect. But calling `set-frame-size' (e.g., using `M-:') can bring back the mode line. It does not do so if I call it with the same width and height (a no-op in terms of size change): (set-frame-size nil (frame-parameter nil 'width) (frame-parameter nil 'height)) But it does do so if I use a width or height that is even slightly different from the current value, e.g.: (set-frame-size nil (1+ (frame-parameter nil 'width)) (frame-parameter nil 'height)) I'm guessing that perhaps the Emacs code detects that there is no size change and so does nothing. And not that the particular size where no mode line is shown is somehow problematic. Support for that guess comes also from the fact that if I thumbify and then dethumbify the frame, which changes its size and other parameters and then changing them back to what they were, also restores the mode line. IOW, the frame is shown with the same width and height parameters (and other parameters the same also), and with the mode line present. I was able to narrow down the time frame when this regression was introduced: This build, from 2013-12-14 does not have the regression: In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-12-14 on ODIEONE Bzr revision: 115521 rudalics@gmx.at-20131214110600-euy4wbseyg78zh72 Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/Devel/emacs/binary --enable-checking=3Dyes,glyphs 'CFLAGS=3D-O0 -g3' LDFLAGS=3D-Lc:/Devel/emacs/lib CPPFLAGS=3D-Ic:/Devel/emacs/include' And this build, from 2013-12-16 has the regression (as do all subsequent builds): In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2013-12-16 on ODIEONE Bzr revision: 115543 rudalics@gmx.at-20131216095844-lbjh5yerk6ff0tm7 Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/Devel/emacs/binary --enable-checking=3Dyes,glyphs 'CFLAGS=3D-O0 -g3' LDFLAGS=3D-Lc:/Devel/emacs/lib CPPFLAGS=3D-Ic:/Devel/emacs/include' I am sorry that I cannot provide more info, at least at this point. I have spent a *lot* of time trying to debug this already. At this point I am hoping that something in the info above will prove helpful. I do not expect that you will be able to repro this easily, but perhaps something above will ring a bell for you. It is lucky, at least, that the build window here is so short: two days. I tried looking through some of the development changes during that 2-day period, but I was not successful in finding what might be the culprit. In GNU Emacs 24.3.50.1 (i686-pc-mingw32) of 2014-02-28 on ODIEONE Bzr revision: 116606 rudalics@gmx.at-20140228091055-seve9n9l9hg8dn2j Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/Devel/emacs/binary --enable-checking=3Dyes,glyphs 'CFLAGS=3D-O0 -g3' LDFLAGS=3D-Lc:/Devel/emacs/lib CPPFLAGS=3D-Ic:/Devel/emacs/include'