From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#32790: 27.0.50; point jumps unexpectedly after delete-window Date: Mon, 29 Oct 2018 09:44:53 +0100 Message-ID: <5BD6C885.7050804@gmx.at> References: <87efdnsp2k.fsf@mail.linkov.net> <87h8ibvrs2.fsf@mail.linkov.net> <5BAD2507.6040605@gmx.at> <87a7nedidg.fsf@mail.linkov.net> <5BC5A558.9010401@gmx.at> <87zhvd7mg9.fsf@mail.linkov.net> <5BC6E52F.2070209@gmx.at> <87woqgw9a7.fsf@mail.linkov.net> <5BC83EC9.1090808@gmx.at> <877eiena58.fsf@mail.linkov.net> <5BC98A26.1030901@gmx.at> <87woqcnwas.fsf@mail.linkov.net> <5BCC3757.9020204@gmx.at> <87bm7njk2f.fsf@mail.linkov.net> <5BCD934D.4070906@gmx.at> <878t2owo8i.fsf@mail.linkov.net> <5BD03F4D.1000900@gmx.at> <87in1phhx2.fsf@mail.linkov.net> <5BD2C52E.2060607@gmx.at> <87ftwrgwp2.fsf@mail.linkov.net> <5BD57A8D.8080408@gmx.at> <875zxmx95h.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1540802647 26133 195.159.176.226 (29 Oct 2018 08:44:07 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 29 Oct 2018 08:44:07 +0000 (UTC) Cc: 32790@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 29 09:44:03 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gH39W-0006gU-Sc for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Oct 2018 09:44:02 +0100 Original-Received: from localhost ([::1]:44173 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gH3Bd-0004k6-En for geb-bug-gnu-emacs@m.gmane.org; Mon, 29 Oct 2018 04:46:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41502) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gH3BW-0004jx-7u for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 04:46:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gH3BS-0006nE-4p for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 04:46:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45659) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gH3BR-0006n6-RA for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 04:46:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gH3BR-00031K-Nq for bug-gnu-emacs@gnu.org; Mon, 29 Oct 2018 04:46: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, 29 Oct 2018 08:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32790 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32790-submit@debbugs.gnu.org id=B32790.154080270711551 (code B ref 32790); Mon, 29 Oct 2018 08:46:01 +0000 Original-Received: (at 32790) by debbugs.gnu.org; 29 Oct 2018 08:45:07 +0000 Original-Received: from localhost ([127.0.0.1]:49917 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gH3AZ-00030D-85 for submit@debbugs.gnu.org; Mon, 29 Oct 2018 04:45:07 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:38121) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gH3AX-0002z8-Su for 32790@debbugs.gnu.org; Mon, 29 Oct 2018 04:45:06 -0400 Original-Received: from [192.168.1.101] ([46.125.249.45]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MRCCJ-1g92Zi09U7-00UYAB; Mon, 29 Oct 2018 09:44:57 +0100 Original-Received: from [192.168.1.101] ([46.125.249.45]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MRCCJ-1g92Zi09U7-00UYAB; Mon, 29 Oct 2018 09:44:57 +0100 In-Reply-To: <875zxmx95h.fsf@mail.linkov.net> X-Provags-ID: V03:K1:mmK5SGY8kH0pAiDZm0vRgYydhF5kVVi/IBXaHSQIhSA+/4rEtgd fMBJLtfdT9lVWggm4DRq4r2RoGJuMQgMmp5Od2b50Am91LiaFCZOKsbac7FBTmYUoBIOmGB SIW839AS9Uq03CzobtGJs76MkkzAUS/BOp9YP80G3KL6xPfvBieFC9MLdIaABFAcMKHSno2 QwOGSkgssf4j708TiE5/w== X-UI-Out-Filterresults: notjunk:1;V01:K0:FXU77Z6ygD4=:jzgw4RnaUHuzJpP3kajHIL sRBtTuppHgvK+lXWulXgnxCzWab4y/OdwuM1uhwNm4wprSCRdN4QiSIEwijjTkvsts6T95U4y K2fIIWQuQXFCQOGFm9x2DD92OEYdqWJhNay9XmNfyfo58UuNM4yRQBuzTOIDRGrfKjh9faSSW Cp4+GtWUChwLtXBQWGJ4Yrmwd+6HMPe3uCtu+FNNzZ9R1IzS3sasau1jZx08EYjrw4SdmVtrj dQbkxuS4ydJsTDG3iVWXz1aXaDPqbuGFCAnVewDT4b2CqLnf2Tr3DFj9Ut5uW/QzA/tZKCndm JO7jiyZlsMW+dh++Yal6/lPJJPwMRSrNjfVfTTyP1Fzmw+AB+yXDn9vHZq0I4R5vd5S24sXhB bu2wdkGu8+AwttUijAb4P15Q6diibrylCyyRiHH58UflggUBwlx53yKavcthKMSjtAbcano6k 19LQZkaHAowcgpAeTR+mYYltwjjzHPTsA8huVnXzKazrMdliSh+mDbkYbngNvQ7Ri7F2JwKII wcj+0vj3iwNS7d/YlCeg99hC0HHYddyUm52z8xzoJ4aYoimIUXcfT1VAXrPV9OrE83fbJz3Sq vFPZsEuZiiqtqTvMaTgP/iwibrlTzjC0x5wWt922y1g+SFbbV4q/Wp2bHJFbTPyLJooQM3fpL FUMxMma6Z+deuZ6r2AXxZ9XAgcwggy6Nqg30JPtCmbDBTlaS4h+Wk7WlZyEiefRVQanciFs0I 8tLuGYwZ9k9SoCjhSafgz0HdpnKNILQTQmsyMXudppsn84zEYsvIfhKTEoZhiE/kzV36edYA 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: 208.118.235.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:151770 Archived-At: >> Once more: What could go posibly wrong if you added 'hook' to >> 'post-command-hook' and unconditionally (that is completely >> disregarding whether a buffer display action succeeded or not) removed >> the overriding action there. > > Please note that for example S-M-up M-x ffap RET RET involves > the minibuffer before a buffer-displaying command is executed. One more argument against using 'window-state-change-functions' or the like. Selecting the minibuffer window would count as a state change and immediately reinstall the previous overriding action. Rather, the function on 'post-command-hook' would have to be more intelligent - check whether the minibuffer-window is selected and leave the overriding action untouched in that case. Moreover, using 'post-command-hook' would automatically fix any problems when quitting an S-M-up action. I see no way to catch quitting via a state change of windows. martin