From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#45072: 28.0.50; Emacs switches other buffer back uncontrollably, if other window's buffer is changed by user during minibuffer editing Date: Mon, 19 Apr 2021 18:02:35 +0200 Message-ID: <85dc6e0f-4430-0c82-4b96-aa7e2b92d937@gmx.at> References: <86eek3hvu5.fsf@protected.rcdrun.com> <87eek1fvgf.fsf@gnus.org> <83eek18ref.fsf@gnu.org> <835z5d8lhc.fsf@gnu.org> <87pn3k87tx.fsf@mail.linkov.net> <877dpqzx3o.fsf@mail.linkov.net> <57c673d0-e6e7-120d-8893-92b02ab1530e@gmx.at> <87wnxqxdx5.fsf@mail.linkov.net> <73e2a032-d3e9-bc94-2f72-246096ce03cb@gmx.at> <87pn3e697i.fsf@mail.linkov.net> <35666a8a-6888-972c-4e20-bf05cf09d764@gmx.at> <87tuso16qn.fsf@mail.linkov.net> <87pn26y3uj.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9411"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, Jean Louis , 45072@debbugs.gnu.org To: Stefan Monnier , Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Apr 19 18:08:23 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lYWRi-0002LM-Vn for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 19 Apr 2021 18:08:22 +0200 Original-Received: from localhost ([::1]:36836 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lYWRh-00053L-Vs for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 19 Apr 2021 12:08:22 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34194) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lYWNX-0000Ld-AA for bug-gnu-emacs@gnu.org; Mon, 19 Apr 2021 12:04:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40288) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lYWNW-00087A-2V for bug-gnu-emacs@gnu.org; Mon, 19 Apr 2021 12:04:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lYWNV-00029k-V4 for bug-gnu-emacs@gnu.org; Mon, 19 Apr 2021 12:04:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Apr 2021 16:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45072 X-GNU-PR-Package: emacs Original-Received: via spool by 45072-submit@debbugs.gnu.org id=B45072.16188482018184 (code B ref 45072); Mon, 19 Apr 2021 16:04:01 +0000 Original-Received: (at 45072) by debbugs.gnu.org; 19 Apr 2021 16:03:21 +0000 Original-Received: from localhost ([127.0.0.1]:51824 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYWMl-00027m-H3 for submit@debbugs.gnu.org; Mon, 19 Apr 2021 12:03:21 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:40985) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYWMk-00027X-Bx for 45072@debbugs.gnu.org; Mon, 19 Apr 2021 12:03:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1618848156; bh=fLKwLnDuh5g2QSH70E8TSkg0cx4rJgq8QxpTo1rohGw=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=gzhFcGq4A/EhtUWvq187Rye81HiBXub7csgVJI++ARwIrGS8Q1XXSvTNvoGY/CmOe h60fomaPdq83vdp22Y+peTaQ14S+ra7NNcZ5F2S+tIfhMt1xWuRCcMPJTTqW1E0Tt9 WxRZSmsctVkeYpUZCzF7cQE7tFTyBfqAdIfbfNVk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.100] ([212.95.5.140]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MCsPy-1lPgfT3bRQ-008umG; Mon, 19 Apr 2021 18:02:35 +0200 In-Reply-To: Content-Language: en-US X-Provags-ID: V03:K1:feP/JmEVdCs2UjNWEo5oSllWojb/OmMXJoPuqjtR1LCMB+dj1hL PEKCG4q5YAkB4IR4dCzzZoqIlgjKTAQu/qYuwNis+5g+h/J3MTB4E3bGYpit7ZOjNrDKE69 XS+R/Scn8feweZ+JOCU9s2rNfA61Tv9YWRzmvtrNGsB1zB150uCJJi0JMYqERyhV59j1P2X 7KNBO+lK7SZD8++14m+SA== X-UI-Out-Filterresults: notjunk:1;V03:K0:CVjComS2zV8=:aVN0CjJfWd1s6SV9o+J6M+ Vxoxgx5jWwEEoTYGP03SMPyasCZFR2skbPX6Jm+CyLlBfAKA63HWtwuBKVNAf8pOj0YbyEPo2 yD4wS+dWfhWmtgOQB/1zVk04ORwgXKwLGMWo45SkdKvn3pSh6oolFUOLBHlOmfrTDZ/4784OG m0lyp+7NuJC74UdV5QSWOSKVnXhxxn8gb3PeCAL/6ler9xq7lIMpW83hpmuN65AQO84uKZUiK vjr+Va15l6AYFGtHolDV3Hwy07GS/HzyZTxPwsfdGZc5BPA9k53T8olC1k1Ts7tXEu7OOAdRS J11KQS72tlmWsraBIM1VJPRDXzFXth45I/wEpmOep4yjcMoO37l7OGQixUX7QEXDQC5FBeErH aqfIhg36ml6Mkl3EXZz25U0ff25xfvj3fMReo8fIEe79yb6pRZq878GfNaMRYEsGzRlma04Hs /TaxisdF2B5YeBBtzNm4Jvlft/855/wG5vbheN2vBnlEjmKpkQ8LY31fB00w3U25AixZ1OaoJ ezpH7fujBecsOSHqk2uG6tVELE4Si+LJaJKg+NEUtEKoY8PwWaJs3pVfaE2v25S70YhIscxBi pH8KuT6ZNkH92H+heFeMv8Z43WIO1kHsJdAWV4tKchRsn5g+DpH4eLAknwg6ICk5oVHukDu1o 4gkk9vp6Ghfzk1FU8BkzZLF+u41aKvumN/HxmR9HkIB58dDUnP9Geg9mbd1Pq/F9lpsb5nqe2 pz+GBozN/vo/mB/kzq+pv1zd4JXJfreHdA0buVwMARHDPh4yiSsTiQOkXcuPhJCOKudPwCBf X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:204482 Archived-At: >> It seems that problem is that read_minibuf messes up the windows so much, >> that at the end currently the only way to fix this mess is by restoring >> the previous window configuration. This means that there is a need >> to fix read_minibuf to restore all previous window states without using >> restore_window_configuration. Only then it will be possible to add >> a user option to disable using restore_window_configuration. > > But without such an option, it's hard to find and fix the problems, > because they're hidden by the `restore_window_configuration`. > So maybe we should introduce such an option, and then force ourselves to > live with it and then fix the problems we encounter. Exiting from and quitting `read-minibuffer' is hairy, in particular with multiple frames. IIRC it's hard to tell for an application how to clean up the state when the user quits and throws it back to the top level. martin