From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#34179: 27.0.50; message hangs when buffer with process visible Date: Sat, 26 Jan 2019 19:48:54 +0100 Message-ID: <5C4CAB96.5010007@gmx.at> References: <87fttj4dgj.fsf@web.de> <83ef938hik.fsf@gnu.org> <874l9yp50z.fsf@web.de> <87y37anpoj.fsf@web.de> <83pnsm6rxs.fsf@gnu.org> <878szanlua.fsf@web.de> <8736pinlk4.fsf@web.de> <87womum615.fsf@web.de> <87r2d2m5jf.fsf@web.de> <5C49E24F.7080800@gmx.at> <87d0olncf4.fsf@web.de> <877eetnba1.fsf@web.de> <83ef917tf7.fsf@gnu.org> <83bm457s49.fsf@gnu.org> <5C4ADA96.4010400@gmx.at> <83y37959hp.fsf@gnu.org> <5C4AE6A8.9030006@gmx.at> <83woms6ex9.fsf@gnu.org> <5C4B3EA9.5030900@gmx.at> <5C4B45D6.6020109@gmx.at> <871s4z37a9.fsf@web.de> <5C4C781B.3040500@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="190886"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 34179@debbugs.gnu.org To: Michael Heerdegen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jan 26 19:50:14 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gnT1y-000nXg-8a for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Jan 2019 19:50:14 +0100 Original-Received: from localhost ([127.0.0.1]:34478 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gnT1x-0002ct-0p for geb-bug-gnu-emacs@m.gmane.org; Sat, 26 Jan 2019 13:50:13 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35742) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gnT1n-0002cm-Kr for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2019 13:50:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gnT1m-0002qm-QS for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2019 13:50:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47500) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gnT1m-0002pf-MW for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2019 13:50:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gnT1m-0006dN-Bi for bug-gnu-emacs@gnu.org; Sat, 26 Jan 2019 13:50:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Jan 2019 18:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34179 X-GNU-PR-Package: emacs Original-Received: via spool by 34179-submit@debbugs.gnu.org id=B34179.154852854425430 (code B ref 34179); Sat, 26 Jan 2019 18:50:02 +0000 Original-Received: (at 34179) by debbugs.gnu.org; 26 Jan 2019 18:49:04 +0000 Original-Received: from localhost ([127.0.0.1]:46781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gnT0q-0006c6-9O for submit@debbugs.gnu.org; Sat, 26 Jan 2019 13:49:04 -0500 Original-Received: from mout.gmx.net ([212.227.17.20]:57443) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gnT0o-0006bb-5H for 34179@debbugs.gnu.org; Sat, 26 Jan 2019 13:49:02 -0500 Original-Received: from [192.168.1.101] ([46.125.249.42]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MACmL-1guIVd0Pyz-00BMqe; Sat, 26 Jan 2019 19:48:56 +0100 In-Reply-To: <5C4C781B.3040500@gmx.at> X-Provags-ID: V03:K1:Cxqflozj88wdK24TDcQ37HJ1wawmEV0PVD5JYISfomCnLT5DQSk jRxrB5hH3EdY6ciyfHnkuc+imm5maLBpjmZSyiuA7oAKTnHO7zyBBvuroExUrBbH6s2IOZs L1q86fD2Y+UKL7DGb0quCXHN1VBIkPbn/IYk5R7p21NgTKR4w6YF0w5NpF1eVnYjNObRg/P PckubXH+6STtPjHBUTTvQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:SVQp5PZdiYY=:+/HRaes+EbHaldaxHzXOnb /luC702qRMmr+/c4Nha8UEWcn1sKplWUNzfQOh1dzx07PieSIXFQwBs31tuRq5novsYImAYX0 3E8IRFTJznJMHZyt+IFBAy5G7wsrZLM66Z8TLk3vCOl0GHfM86AeRNcEl0iCae4XHtdbvDgXJ h9mRQykZAQt5DQop6Rx7+60un494OibdwSiScoNRT4owZISzOqhOGBrySHi/6CeQ9hhHmrxig PkNnjUaMgOPoxYAmEtZ/Gg1kbFTfOTEcKlWf77q6sf3mbTYpyUdESNujAMYwYhcBRA/X27RIU r7ngvgrRuu+6KkhVv5XHfvPL4d4CawMc1iDVkl/wVMDXE5Azj4FftDmUCmZ1+QOaVpuH3kc7Y RqP/6TfMtvWAbS2RgbaM+F5ViWw5gANDb6OjDWl6NPXnNyshdrtK8MdZ6b5zau0vPbrSqnlEl zJToeqnChYpU6OSDhcyLxhVIbMM2gO5btfI3ML/Bzajr02jJiVXx1p0ibTzTvpFdyDL78YBIg t4I8EzT5+1eiBSbRKxaOqNwjY8oV2zg+RBzdKGZGDrG2Hq20T4GuJKmkoBIKXHXjixGfNC0bn UarOR9SMfdbGpET+nvEWRjnDvfR2JdmnOaMCzOjyBM71957fitaWE9vDglHm60q/+PryQp2Pc qxIvM7nvyUvH4r1dEuJunjrvA8UHeoAcEkfHxF4hi5i/RZ6SplYXidHNyBLCwolt4ZYf0wypm ZVu/lJONpLaRWlNewvKyjYjp0QNPY0xTDbTAIMv39UUVv1WYY7GgEgf2netisq0X5UwKdHVh X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:154802 Archived-At: > With emacs -Q do M-x shell, C-x 5 2, and M-: (message "A\nB"). > > Here with emacs 25 this grows the minibuffer window and displays the > two lines > > A > B > > in it. With emacs 26 it shortly resizes the minibuffer window and > then displays "A\nB" in it. With patched master it displays > > Eval: (message "A\nB") > > with the cursor at the beginning of the minibuffer. > > I have no idea yet what's causing these behaviors but so far the > presence of an external procees or shell looks like a necessary > prerequisite. Ideas welcome. Three ingredients are needed: (1) redisplay_internal has this if ((!NILP (echo_area_buffer[0]) && !display_last_displayed_message_p) || (!NILP (echo_area_buffer[1]) && display_last_displayed_message_p) || (message_cleared_p && minibuf_level == 0 /* If the mini-window is currently selected, this means the echo-area doesn't show through. */ && !MINI_WINDOW_P (XWINDOW (selected_window)))) { echo_area_display (false); if (message_cleared_p) update_miniwindow_p = true; and we run the window change functions after it. (2) do_switch_frame has this if (!for_deletion && FRAME_HAS_MINIBUF_P (sf)) resize_mini_window (XWINDOW (FRAME_MINIBUF_WINDOW (sf)), 1); (3) 'window-max-chars-per-line' has this (with-selected-window (window-normalize-window window t) Note that we want to display a two-line message on F1 and a function on 'window-configuration-change-hook' runs 'window-max-chars-per-line' on a frame F2. Here this shifts five (why?) times the message from the echo area of F1 to that of F2 simultaneously shrinking and growing the two minibuffer windows. At the very end the message apparently gets lost because we do not execute (1) after the last switch from F2 to F1. Running 'window-configuration-change-hook' before the echo_area_display (false) fixes the problem but obviously misses any height change induced by that call. AFAICT there is no solution to this problem. The best approximation seems to maybe redisplay the echo area a second time after running the window change functions. martin