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: Thu, 31 Jan 2019 09:32:29 +0100 Message-ID: <5C52B29D.5000807@gmx.at> References: <87fttj4dgj.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> <8736peb2oq.fsf@web.de> <5C4F4C17.9050100@gmx.at> <87munhwzi4.fsf@web.de> 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="60793"; 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 Thu Jan 31 09:33:20 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 1gp7mh-000Fg8-DN for geb-bug-gnu-emacs@m.gmane.org; Thu, 31 Jan 2019 09:33:19 +0100 Original-Received: from localhost ([127.0.0.1]:50787 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gp7mg-0003Bw-7Y for geb-bug-gnu-emacs@m.gmane.org; Thu, 31 Jan 2019 03:33:18 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:47698) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gp7mV-0003BT-N8 for bug-gnu-emacs@gnu.org; Thu, 31 Jan 2019 03:33:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gp7mU-0000bw-1Y for bug-gnu-emacs@gnu.org; Thu, 31 Jan 2019 03:33:07 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52859) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gp7mS-0000bH-AZ for bug-gnu-emacs@gnu.org; Thu, 31 Jan 2019 03:33:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gp7mS-0002IO-3H for bug-gnu-emacs@gnu.org; Thu, 31 Jan 2019 03:33:04 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Jan 2019 08:33:04 +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.15489235758800 (code B ref 34179); Thu, 31 Jan 2019 08:33:04 +0000 Original-Received: (at 34179) by debbugs.gnu.org; 31 Jan 2019 08:32:55 +0000 Original-Received: from localhost ([127.0.0.1]:52139 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gp7mJ-0002Hs-61 for submit@debbugs.gnu.org; Thu, 31 Jan 2019 03:32:55 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:34335) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gp7m7-0002HH-4N for 34179@debbugs.gnu.org; Thu, 31 Jan 2019 03:32:44 -0500 Original-Received: from [192.168.1.101] ([212.95.5.7]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LsgvV-1hHu5k0g13-012D8r; Thu, 31 Jan 2019 09:32:37 +0100 In-Reply-To: <87munhwzi4.fsf@web.de> X-Provags-ID: V03:K1:CtqLRvDGsYpp/mIAdGim0qPQhXusTeCwd9HENbSAV3FjmeF1jUb o6bfeQuI3FnNAwsitSlrpSZmSwRXkXhTjWVuZFQ9Jm33LMXkVeCRDLAOzYfRi8jHw/Yx5jG cbCGdPJlsWLoYYA1imXj13e35C0fUkrdM6iWVGHAd/dIAIM90e4xrt263i/kjoYChpPw1bv bPcsEVz7mA5S6xcCVRarQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:FWEt3R+q2rU=:yoHJqyqpUNjwaq6l4bgkOR V8aDqZWzJKDsLny4bOX+Ce1gmengkFVNm/lch3JYUH4wI8koN0jpSabf+ejLEGcmqqwF88aDz lLa1NaeG9DjQDYFJf0fUDDJgdxh8YZOSrgK3RdOTrSywMiw1AZDrpTwjPOt8XWWW1PuS1FFH0 k8DL5TrePn7g7RcgMOkSr+kG9AH6/VNAdH7bcE3L+6CondrZxyKa8KDmHQye6zG7tquncyXEc FL5q7qq43MCYvbw09Ed+FcnziaOf8Ifvg2w6lBQNTm60BSrBZX61vuLgkeFbNpM64ClySg4mf Lvedu8N3hmzAdRqv43q31j6RqpL0zKHSD4YnOCEKuVbkepUkDYrywujiuZZQ6B3M6/vyi0hMo 7tSfdl9PjYFG2DPvCDT5r2lJj7oOMXpRxwEc7co6WgWnhgkvYh/hk0HK5742b8AF6w+MCGFEy H3AChy9HyBn4UUS+RKYcrcLdJ0DkHYyTg1xZXc5+wel9V9kPNHCY01hSD5k/RcMk3J5FPzsNB mlzQkOExnqRqdCGCET8PmrieYrxaw1H5QVZTzgmUcVIeKvNmr5I9IiZ02NwlC/hJTuB+vCjbL Q1B7JpLLQ8V1zo+rwKn8GIKRcdX9bMm61wL20kQqpmZcT3Q4UiIc/+okN+jctrA2zT2tY9jvY xErauTFXuW/6FTL2iuOkMDyrkz72yRrmrTwJw4qdUzqEo3OoTnOXxL3URet9aBGHSTzSS+pWG kEND26Cb081T2QcpXwLuXuRM0puyIH1vOqLBa7CpeEITTEYM59U3LYrUo40hmSxYfu10PiRu 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:154919 Archived-At: > Seems to work as well, thanks. Hardly the final solution. I cannot bind 'inhibit-redisplay' when running window change functions as x_consider_frame_title does. Hence I need some different mechanism to disable the effect of the resize_mini_window call in do_switch_frame. Currently, I experiment with shrinking all minibuffer windows but that of the selected frame in echo_area_display and not resize from do_switch_frame at all. But I don't like that solution. As soon as I have something useful I'll ask you to try it. > FWIW is experience a quit coming from nowhere sometimes, but it's > probably not related (I saw it before installing your last patch, but I > think it started around the same time as this issue). I remember > closing some frame or window and getting a quit. Maybe my own fault, > dunno. It might be well related. How do you typically "close" a frame? And what precisely does it mean for you to "get a quit"? "Quit" displayed in the echo area and the cursor remaining there? Thanks again, martin