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: Sat, 8 Mar 2014 14:51:54 -0800 (PST) Message-ID: <68c9bbe6-4347-4b80-8860-8b76e08f1137@default> References: <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> <291bd9d5-923f-440a-821a-06f585557e67@default> <5318AFD9.4000208@gmx.at> <8be91728-fcea-4e74-afff-db6a55b52985@default> <5318C478.1090007@gmx.at> <0f1c6cae-f9cd-4a2b-a662-bcc4116daafc@default> <5318E810.7000705@gmx.at> <531977B2.8030109@gmx.at> <531A0655.5040400@gmx.at> <5e0232ee-58e3-42a3-8102-e12e8e605b2b@default> <531A11BE.5070300@gmx.at> <738285f8-0119-49cd-b5b5-7e9607fadff3@default> <531ADEBC.9030200@gmx.at> <1cb471a0-5db3-4c77-90ff-ed8aa2c9bd0b@default> <531B6875.6030406@gmx.at> <03e5d7cc-2348-42e4-9e39-1166b120ea2b@default> <531B7564.6030700@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 1394319134 5786 80.91.229.3 (8 Mar 2014 22:52:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Mar 2014 22:52:14 +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 Sat Mar 08 23:52:22 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 1WMQ6P-0006KG-VK for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Mar 2014 23:52:22 +0100 Original-Received: from localhost ([::1]:42045 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WMQ6P-0001Xm-JA for geb-bug-gnu-emacs@m.gmane.org; Sat, 08 Mar 2014 17:52:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35908) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WMQ6E-0001Xb-OA for bug-gnu-emacs@gnu.org; Sat, 08 Mar 2014 17:52:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WMQ65-0000AQ-Vh for bug-gnu-emacs@gnu.org; Sat, 08 Mar 2014 17:52:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55899) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WMQ65-0000AK-Se for bug-gnu-emacs@gnu.org; Sat, 08 Mar 2014 17:52:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WMQ65-00057y-IO for bug-gnu-emacs@gnu.org; Sat, 08 Mar 2014 17:52:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 08 Mar 2014 22:52:01 +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.139431912019702 (code B ref 16923); Sat, 08 Mar 2014 22:52:01 +0000 Original-Received: (at 16923) by debbugs.gnu.org; 8 Mar 2014 22:52:00 +0000 Original-Received: from localhost ([127.0.0.1]:57081 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WMQ63-00057f-7l for submit@debbugs.gnu.org; Sat, 08 Mar 2014 17:51:59 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:16796) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WMQ61-00057T-Fg for 16923@debbugs.gnu.org; Sat, 08 Mar 2014 17:51:58 -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 s28MpsQ5032236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 8 Mar 2014 22:51:55 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 s28Mpre1007176 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 8 Mar 2014 22:51:54 GMT Original-Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s28MpreV007173; Sat, 8 Mar 2014 22:51:53 GMT In-Reply-To: <531B7564.6030700@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: acsinet22.oracle.com [141.146.126.238] 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:86674 Archived-At: > This means that the frame size changes across the "------------" on line > 91. And it changes again across the next two "------------"'s. Can you > explain that? I'm not sure I get your drift. But as I said, IIRC, each time I hit `s RET' there was a call to `fit-frame', hence to `set-frame-size'. If `s' caused the Info node to change to a node of a different size, then naturally the resulting frame size would be different. > If it's caused by the window manager, then you should > notice that the heights don't fit already there (you got 51 lines > instead of the 59 you requested). What shows a request of 59 and a result of 51? I see `51' on line 93, which I guess you are saying is the resulting frame size (?). But resulting from what size request? Where do you see the `59' as an indication of what size was requested? What I think I see instead is this: 3 calls to w32* before the resize request, showing a height of 51, followed by 3 more calls to w32* after the resize request, showing a height of 59 (starting on line 138). But I don't see, in the dump output, anything that indicates what size was requested with `set-frame-size'. This is what I said about that in my report about it: When fit-frame was called, it printed ------------. Then it called `window--dump-frame' 3 times. Then it fit the frame. Then it called `window--dump-frame' 3 times again. `window--dump-frame' inserted a form feed, then the data. And this is an extract of the code I used: (with-current-buffer (get-buffer-create "*window-frame-dump*") (insert "------------\n")) (window--dump-frame) (window--dump-frame) (window--dump-frame) (set-frame-size...) (window--dump-frame) (window--dump-frame) (window--dump-frame) IIRC, it is only the last resize request in throw-bug-16923.txt that resulted in the loss (or half loss) of the mode line. The dump data for the last resize request shows that none of the data changed as a result of that request. The sizes do not change, as they should not change (IIRC, the same node was involved). IOW, IIUC, the dump data do not show the problem (bug). The problem is not, AFAICT, the resulting size. The problem is that the mode line is missing (or half missing - I don't recall now which screenshot corresponds to the dump text). In sum, sorry, but I'm just not following you well enough. If you would like me to do something, or draw a conclusion, or provide some more information, please clarify/elaborate. > If it's not caused by the window manager I don't know. If what is not caused by the window mgr? If there is no frame size change and there should not be any frame size change, then how can the window mgr be at fault? The problem is that the mode line disappears. Without a change in frame size in this case. How can the window mgr be responsible for a mode line display malfunction?