From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 19 12:07:27 2021 Received: (at submit) by debbugs.gnu.org; 19 Apr 2021 16:07:28 +0000 Received: from localhost ([127.0.0.1]:51841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYWQp-0002Fr-H9 for submit@debbugs.gnu.org; Mon, 19 Apr 2021 12:07:27 -0400 Received: from lists.gnu.org ([209.51.188.17]:35048) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYWQj-0002Fg-L9 for submit@debbugs.gnu.org; Mon, 19 Apr 2021 12:07:25 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35088) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lYWQg-0003Y9-Th for bug-gnu-emacs@gnu.org; Mon, 19 Apr 2021 12:07:20 -0400 Received: from mail-lf1-x12c.google.com ([2a00:1450:4864:20::12c]:33680) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lYWQW-0001Rl-Di for bug-gnu-emacs@gnu.org; Mon, 19 Apr 2021 12:07:18 -0400 Received: by mail-lf1-x12c.google.com with SMTP id j4so17305992lfp.0 for ; Mon, 19 Apr 2021 09:07:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:mime-version; bh=BGL4JUD7hH1Fc/oMQLXQKkxgcPz2VR2d+/VYaSuLRDU=; b=PQtNM+rNL+pCv74O4flwNuw0v2cKt50HHje1V5SuWs5azYS9TL96/NI5pG7zZQo/MI OADpZZgFxiDRNqgrkUIYo+7wUNR4vKZKlMq4edqCPgi5BhOYPkmO/uimjm4lNynClAWk n4vL3x1Da3MWUOfJr9qjZhB2HShlIuzgmPSuhnjLy8X/cLieQLl252Y7EYqkRsdQhcLY 6ArfEmJDktYw+ANm1rMRIoXuksKnfJHfUPEVRaAX0eU4w2fm81Fu2KS4/Nz+eyYtkX3s ETS4r1Om8kc39UalnwxZRlqeRAgVEIwmk2/6bd/BVXwNDwRp/hTtZzyLU6RXffGS/Qre 5spg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:mime-version; bh=BGL4JUD7hH1Fc/oMQLXQKkxgcPz2VR2d+/VYaSuLRDU=; b=fwJECzl4ZY7nr+xGGRM6XLEOQgOHKWg/S37Q4hTE9r7dAnmKS1uJdKCh7nvexwE5Zk j/Ha7+sFXwuUYmu9jVm9wg6YHkVsqsP/7TG2DUG1Ov690oWDsHpLYMUOV8jV1IHOLt8c VqqZC9DkoD0N+b1R0Xmjo89CU8MNIFxqKu3Nmq3B1LM2OPrCsdxsxFEOhLgPDjRZFKlT Z0bvxZhimIAFB09HwEAZeFaNIWUSdJnYVjzcwCgJg3TcOcyFkRge65YGYKF9dlr1thwq gYOml+g190jK6WEIkA4ioVKp6cOjFvBGuJuY4QuZ3dJRAB6DhvJJzbwacJW6GP2ASu2d G61A== X-Gm-Message-State: AOAM530aLZmQIReesljfpEhtsQD+IDWV010LtnVyKesmOhRipyTbVAAR TNtvjrT3Bd9sfCumxUnUGLvi5eYySq0NdA== X-Google-Smtp-Source: ABdhPJw2MMGuSvg/PhgoTT9iv+CfgyurayZhbfxblecuZc3UsLUu+TBs8zD/LQCwR/O0LIp93tacIA== X-Received: by 2002:ac2:446b:: with SMTP id y11mr7610831lfl.387.1618848422604; Mon, 19 Apr 2021 09:07:02 -0700 (PDT) Received: from arch-max ([109.251.233.9]) by smtp.gmail.com with ESMTPSA id l26sm216262lfk.221.2021.04.19.09.07.01 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 19 Apr 2021 09:07:01 -0700 (PDT) From: max.brieiev@gmail.com To: bug-gnu-emacs@gnu.org Subject: 28.0.50; y.oy X-Debbugs-Package: emacs,gnus Date: Mon, 19 Apr 2021 19:06:58 +0300 Message-ID: <87eef6p8bh.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=2a00:1450:4864:20::12c; envelope-from=max.brieiev@gmail.com; helo=mail-lf1-x12c.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --=-=-= Content-Type: text/plain Some recent change made isearch to misbehave. isearch works normally when enable-recursive-minibuffers is off and no input method is set. However, when both enable-recursive-minibuffers is on and some input method is set, pressing C-s and then entering some text does not start a search. Successive presses of C-s lead to some garbled content being produced in minibuffer window (see screenshot). Steps to reproduce. 1. emacs -Q 2. M-x set-input-method RET programmer-dvorak 3. M-x customize-option RET enable-recursive-minibuffers Toggle the option into "On" state 4. Inside, for example, *scratch* buffer press C-s, then enter text to search. Observe that interactive search doesn't start. Also, successive presses of C-s produce some garbled text in minibuffer window as can be seen on screenshot below. --=-=-= Content-Type: image/png Content-Disposition: inline; filename=screenshot.png Content-Transfer-Encoding: base64 Content-Description: isearch_screenshot iVBORw0KGgoAAAANSUhEUgAAAkMAAABKCAIAAAA3y8ctAAAABmJLR0QA/wD/AP+gvaeTAAAgAElE QVR4nO2dd1xTVxvHn5sFAcKSqSgqKMoSEdG6AVkqap1VW63jddVtq1ato617721bW62j1lpUlCnu gSwBGSp774QESHLvef9IQIHcQELCsPf76ed9/RySc57zPM85595zT+4P43K5AKCrqwuyQAjJLKeg oKCgoGgjMGr/1XDRwjCsZY2hoKCgoKBQGFprG0BBQUFBQdEsqJWMgoKCgqJ901IrGZ76dqLDsz8L yf7Mv/DVvf5z07MIZet/nejt8PImX8GvEZW319536ulvbeXfa3pqLtFYuapodn+lqNvONkMj+aOy ZlQUl08DcelO94Dl91rcF01vt7Xyv83niTAw0sHa38rK36pn+OFEtR12aEN+YDT+EQWoylni/Cqg ul4T+msChsxr7JEbIhDR4u5AZYV/3WEsCR4zrwvWlHJVNq2K/qrZTuLRhpCtHJeAdQbNSxNF62mt dgFaJw9V1d//HGrMf5x7eNyjF1+4X/hSU+bVfqvMV02H5eX8+q0zKs2YOyy12ZXJy8824wfVDh3N jkcTOgIAKs2YO/Rd70sjvnOUZhgu35907VkXfWap1JamgESESJFylaGi/qrZToIvIBCn5etprXZb Kw9V1d//HGofp2S00nzVSpDnZxvyQ93rjdKAqMH2d6ef5+HQpHJFEb3LWOYZYOsctuB0CVdyyyvM W93H38rK38rq1tCtxeIPnyUyAhJm+wQ62Nx2HBQ+f0d2iqDR6lH23bipQwJs+wRP35aXgwMAiKMS PBxe3RVKmi9cPyBw/QMCAPIvPe1t5d9j0OungtIdbresanYnyMoBgBuT9t2k4D697/TzfLYzSCAx VXArwtbK38rKv/dXqZG3Yj8fcKenS8wDOcNLRf0ltxMVP3+7bGyQQ+87Ll7PdgTwhUrYifOOjb1t ZRWw+F9h6plHNlb+Vla3fA9wJdGX7YfIN2P63N8ZIQYAVJizYnDQsltVhNx6FG0XZOYPEkaciRw3 KMDGJmDwhKhLCeKm1KO+uEh2QS88a2CnzLgoYSeZPTL9ACj7whPHSe9SpTWKA1cFum8vkYRdZhwB iaLORvi43LHvH778YrlA6X0p2faQ+0fBdtWb/3JQME/w14neDi+OX68/L8lBVlzI40jiZzLI5kOF xxGpH2T7n3xcqAwulyv5SRlCCJXcifzMNmDaOa4YSQ7lIwl1yxuHKEmfbRe6O4aoLRG/T5lg/+To C26hQJwdHOPZ+/6hN8RH38BDVt8duqVIVFtDaeYCp5DvAyp4QrwsteDX7YnBeR9/vj7i2DdevYKX XCzJF4gLXqXMdAmY/3cVgZAoMt7dPiKgGiGEkLDge9d734fjH1rNS51h//BMev2aG5YTRdlLPwte 9HtJfoUw437CxP4PTyTX/pVIO/3QfnzUr/5lxcKmOajZ/SWzE89On9M/dM2/vHKhOOfRm8n97u+L re2vonbiAUvvuO8oEX1URO4HcdzhB3284p6VV95eFjR8TV4xIa8eRdslyx88L3v9ooTgVGG1QHB/ S5jd2ORksbx6Gm26uXlIZqe8uChgJ5k9ZH7Ac1JnOD46K8kQft63A0J2ROKIPI7VEXHu9ve3BFVU VAlT7saNdbi97C4uxx5SP5LYQ+Yf5dpVY/6Lyw+Nvj3j90oSI5qaJ2TzEhlkcSGLo9z8R0RJ+mz7 OjMt2Xyo7Diq7wcy/zc2/zefuvdkBr59n8T7XJrDoUOTyhUEM7DkGLHpHYdbDDfhJ72Tu72KE0Ix UZpbmV2Aa3YxnvW9jYdpY1vhDF0PPwMTNt3YuftcT9rz+yVVzbK2DqVhmeGmlqunGZhoMzsP7/F1 /4qb/nWunRGhPdhXz5CpbANK9FcGqCAk64VF54WjdHSZdPPB1rMGVt66Vf7xdVoz7ST3A91uodM3 +plrZ73Ylmi2fYOpoeqf3MnIH5ppx23He3t0ZbLY7ME+HfQzK9KbuW9QD2Xi0tDOxuPSTHvI/EAz NRvVhxccWkkAVEXkPdYz93WgAWkc0dsHhfnOXRd7aGtrMK09zAd0UDKKcuMiwz8qalft+U+KnDxR ZF4iG19kcVRV/quoHvn+V2T+V5iWfcQs/ak1RmMxAcfl3V5iHTpt2M7beTr6i11VfA3NPp5WGzZ3 c2rsWQJWszDr6DDEOSIBAj1VmA2AivOrq2LfePV8U1ukN6EKB73apR3TZXGacRBUuf42pLhQiLSZ WlJLaBwdrLig+uOUaZ6dcv3A5Ez7n+npRTndv3cZKPuVMc2lYf6girKLW+PPhZZnc3GcAEy7k2o3 LZTMwwZ2NhqXZtpD6gea5shR+vv+zc+baZkaVKjr6WLPAPI4csrLRKDN0JZOwhhN2csR+XFp4B+k qnbVnP+kyM+ThvMSW3YHyceX7DiqLP9VVQ+Z/yXzZNPnf8Vpu4el6FZ+dmf87ADHC5Lz9i+N2XHN 9M85WvKTENXkbEWFmKHH1MIAo2N0IIQiABZI3mOi1BjBOphoaDrb+V/p3kVdv1tQpr8NMTRiYXyR QJo7BK8CGXZkqc5kuX4QlBw9UGQ90jD1TPxNX5fPzVvgDTEo61r8zmjOwZsD3CwY6Hmc2wKhqpto a3GRaQ87m9wPxh4dnfZkh2Vx3j5keh2XXHuRxRHp6TMhTcxHoIUBACKUnG0UjQumonbVnf9ykJ0n kr81nJdIkDe+ZMVR4fwnmQ9VNo5az/91G8GTU/xsbo34qaReP8jK1UdlZOLM2Qm34qoECNPUxDCg 6XDojUyNYm7YnfLiaqIo6v35IGLACENNAFpnTjdG6a0bvAqROD0492W5kkPEwK3z8Jz0o/9yy4RE +fu83XOfn45X5d2xMv2VAWbqYdE/M/NUQAVPjOc9efvbM/aYMfpKX64wWPVfWEbqByR6sifmH3Ob PUf6buxftmNjZiYurx5F2yUDwwBoNBYLw3mCN2KWZd3tb0XbbUjLxKXpdpLZI8cPmJHpKGfu7UPp 4RwzXxtpOyRxxKyHGZtEph0PEQiE4rT7uS+L64yXps8D8uPS8OPy220yKs7/piMvT2TNS2TImWdk xlFBP5POhyoaR0r6XxUnCuuuZNXvuOmgM26iAQuaVK4CpGdgbv/vhjD7whMbK3+bSe/ScWA7Ws7r X/Xb0nBXu4BBXyTnj+yzebxGI95kcHrSMha43R0yM616nNOmsRoYAGbQce0mk/wjD/s53//+FaOb rrQO0f3ofj0+Pvt0e+JpPk5ejhl1/OlYV3TxxYg+AUO/THpn13W0DQ2kZ6Juue8sFTyJHWTtb9Xj nvQskJr7S2YnrVPnPUc78089HWR/d/TmMqcfXZY6KmUnAADNZVxn7WtPell/OLNE5oey8IQNd7RX belswdAc/YP94MSE9Rf5OHk9irZLAtZpQu+lXQtXjrg3ZObbbEuLCQOLV45+E4Mr3q4K81Bml0ji oqidJPbI9QOm4TbKMO5mnraXec+aGYosjiznnnuXaT1ZG+by2aN9Gdr2dZ9XNXkekB8XGchvtyEt kv/E081BPawkJ/T8HVbkCUGpPJE1L5E6jiQuADLjSOpnyS+jrV1iwgXcQ6NvWVndnnJOQJDOh4qP IxI/yM1zeTT7VfVY7bvwEUIo4eCDKY8s/K9YdaMDAIZhSHKCsW45BQXFfxBqHlAY/HXiqOm8xc/6 j9NubVM+ceqsl/i75Kp+Ezs1uEUlK6egoPjvQM0DFG2WOvdk9f9Wc09GQUFBQaEw1D1ZS4FRSpsU FBQUFO0a6bESasWioKCgoGinUPpkFBQUFBTtG2olo6CgoKBo31ArGQUFBQVF+4ZayVoFMq3bBhqs LaT9SoaimrCq0pBVtxZtk+tvIa1qddMy2sqtpTHdfmnz4wV/nejt8PImX8GvkeWbGvNQtStZVc4S W+lP4j/8Z/Pw1Pu2eZ6EeLQhyHNnqTKvJG8etVq3b9/5JV7qZv5RFOppsLK8nF+/9Xsb0We4Rotb KcsepT6vjJ9VVU/L1y9Mz90+O6y//W07l7DZu/KyVJ1eStQvJ9/aA+oep6qqX1V5rgzqHi+KGUOS b+rMw5bSjG6TtJpWL6nWbRvSYAUAxe2R/XlVaTerLl7qq19YdnRx9CNnpyuHTU0Kcrb8L2ql4dDL /9NR2Y+Jlaq/1bSVVYO6x2n71yhX93hRELJ8U2cetpxmtGwtUTmIMvN2zQnrb3fbrv/9RSdLyhCA XO1XEg1chTWFZddD2i3FNFtJtW5JNVhJUcxOEutJtWgV1VCW+XlVaTcrWo+oaNPwx+cyEf4uZXyv e2vvEyAqXD/4+eViJeuXoVVN1nJE5vUc40Xfmnfn0HSsLDYedfnOhy3n0lO21rbq6pejgS4bNWs9 A0neyq5fCe3ydqGNDqTjS2FtZYXzWTENdAAAQNl362tek2lPk+WbnDxUQRwBoEYzWqq7SaYN3XzN aLlarrIQlR8ZGzD257wMPl6WmL7C7/mldHkazaRaqwpqocrVhpaBfM1W8m/J1qpuqMEqtaqB9qui dpJaQqJFS2ZPYxrKMu1XgXazYvXg/LNTQ358gQvuRY7xCZt2qkJcnD57WOzjD0rBTa1fQa1bIvP8 I1uvN6+bOE4Qkqu1rZL6EZKXbw0/qV6tZ7K8letnRcdpe9FGRw3zUFlt5abms8Ia6CSa12Ta09KG SfKtYbnq4thCmtEKa+biiTn+7w2/XmraWYumZ9PlwE3XaV3qbFTW034l11pVTAu1UW3oeqhds1hF dpJBpkVLimq0rdUMTcOyozg3D09PruzpZwYpvMpcQWFH7c5Kpq8CWrcCvhjRMUXaUUxrW/H6FUPd Ws9y81YBP6tbw72taaOrDCXGryKa14qiuji2lNKmopq5RHFVMY2hU6vk08DbdbVfSbVWaYppoTau DV3/C2rWLFaVnaSQaNGSoSptazVD69RFszBHkPwWs5mvhz3ipWZXcjvpmyj7hLnpWrda2gwMRzIv KXj/vBywOq8aAIBmu2LoP0t1pcFSRGtbmfoVQc1az43kbZP9rG4N9zanja6ympXTQG+gea2nGnNU GMeWWskU1RKlddDsQHArqiTapoDjiC5P4JBUAzdTQe1aBbWhW0CzWCaq1LCWpUUrB9VoKKsZrJMl uyiiKDFfy7UrB4ecF+9FBp211J/smKkNR6+gIrUC7PUAAMriC5N0DVw7MzAAzvj+CeNlfUkBrW2l 6lcAdWs9k+atgtsJ6tZwb2va6CpEmfHbUPOaRHtaUVQYxxbSjFZYS5Teq+OYbqUXjhdkC4iK1Nyt Ex/ujZJ3l02mtaqoFqqi2tCKaraqCvl2KhQvmVq0ZCinodx87WZF69HqrMVILYxjcqw02T0sBA8e V3W0ZDcanObbyezXeYJZ4Yn9eWl8ouJt1o9LIvbelXeCQ77WtgrqVxB1az0rp73e/HGqsvpVqo2u bhrao8z4laV5TaY9rSjKxVHWCcSW0oxWWEuUobvwmOOApPhx/QNcJyfmDO/1lVztVxKtVYW1UOVp tspAYW1cMq1bMg1WUu1XuXYqFi9ZmsIKa+OSfJ7Mz6SoqB6ahbZxZFFyF44ZjWZlDc+e4xZd6Cqs nxQNg2XH+wxKezPJNaD/1ORiL6f9s+UdkZerta2C+knzTTZq13pWcHxJUGCcthttdHl5qAgK5rMy GuiyNK9JtKdJ842sXOk4NtQgk6i6cDgcINeEpbRi2xdUvCgoKP5TUJrRnyBUvCgoKP5T1Lkno6Cg oKCgaHe0sTNnFBQUFBQUCkKtZBQUFBQU7RtqJaOgoKCgaN8wKioqAEDyvxQUFBQUFO0ORlJSUmvb QEFBQUFBoTzU7iIFBQUFRfuGWskoKCgoKNo31ErWXiFSf5/v6ea5/O+CFnn7fsshevjzKHc3Nzc3 t5HzfnuPN1r+6YC40WeXL9odltsU1VQi6+/V4z9fdyvvEwu/qmhx/3z6+dk0iKzLi0d961/SwO+o POaXlQt+DspRShS4MT5ayfC3v8wZ6ebm5u4+0nfC7O9PP84VAwDKvbbUZ8bx+JrWUdnd70dPPRwt BnHCqa883Nzc3Nzc3T18Pv96/W+vyqQ6suWxlzbPm+Tr5T12xooD91KrAQCAH7TB54sjsZKKUN71 5T7/u/Bepdo77R8i/Y/5nu5jdzxtz2L1ioAK/lnl5e4x9VBUbY+ZQzfeCQ0L/WfNgLqiRGTlpODv f5vns+pmEclUhgoDf/jc3c17QxBfWsB7c2P30ul+3t5jJs9Zezwsq2WDQOTe3n4g1XvTajdzyau1 G7EfABFEg9fPNR9xxL4JkhlZitd3t0oba0YcsW/yzFONKaarHrntqsc/eNLZr0d+7B/p1SRZfsqe V1WHUvFqDTC9Pl//OF/38tZfE6pVX3u9ezJGv1XXQ0LuXt07Te/h9i1/vhMDZtrftUtxZESGdM2p jI2I1+w3oLdksDFdv7sRGhYacvfS1iGlf+7+LVoEgHiPjm0P1p2x7+rtf8+vcU4/+dPviS2e4e0T JCovr/wvLe6oNOJpShd7m8qIZ8ktmyOoOPTYr0VOgyxqRwCecfe0f4Xbhl9u/vvHNj9G6K6df2e1 YCwEz3+/LBy3xNe8ie8Yo1lM2P/vzV1+Zqp++zrDZfXfkhlZo/P0E8FhYYF7xhg01oiwslLcGrMn ebtq8w+AZJ4MDZMSdGiCSWMv4W0wr6rQFmXi1UpgHOc586zCzweo/k5Z1u4ixuB091w43SHrXmCS GGidXV1Ns15F5iMAAGHCy2hwGuCgUfcbTENbV1u98swsLgJBRGhUzxnzR1hymBpGfb74cgj/5cvM xqYEVB6+fYrP2JXX0ut/UvRk+7glV3Ma9JysXEWII/ZNcK97dYMEKbf2r5r1ua+np8+4GUu2XYoq lhiLeIk39678cpy3p+eoibPXnQzPFgEAP2iDd81F29WokP2LJniP+fmRCMS5j89vXjRtrM/IkT7j Z3537H6WCABQztUlnu4+y//KIhAvcL2Xm5ubx9QjMWLy+qV2ZtzdvWjSKN/xM9f9HstD8uxveyDe q6dJ3X2WTuzHe/k8tQU3ZFDJ/ePnC31XTLFi1Y55uuXkvWc2T7Az0tTQ7+nt1guyM3JabCVDvGf3 Inv4eTZl3hU92T5achFemyESxDnhJ9bOnuDr6TV60rwNJ0LSKgEk9xC+6y/ePbJs6ijv0V+sPP6o QClPS3aN/o669ePM0d5jZ228HF+BpLsIbm6jN4WUZV3+xtPNzc1t5Jxf3uIAAKgi8Z+dS6aO9vIZ N3PNqUd5ElOrQjdJxoXX6hvxofsXTfAZOX73CzEAKn995acFk0Z5eo6esmjHvymVHzqW+/DUuq8/ 9/H0+XzOpkuxXPntkvoHlUVf2jp/0igvn/Gz1pyoGUWy+6UG6s6rpPbI7q8yyM4HsriQ+Z80XnLt FKXflulPTKf/2KElgSEZqh5aZM/JMJ0uXfSKUtMqENCtXPsbvI2IKkMA4rcR0VUOA5zYdT+NRKUJ L99w9Tpb6GJ4TmqmrmUXdkX0+RWTxkz8NoSnK+Dxm2I3Avg4ZEQDtVQcx+WUqwhUmvg8OltQUyMS Fic+ic7BAfCkiz8fvJVoNOPkTf8/tk0wTHkSUyAEAFQUtHvdoSD+0M2X/r22a4KVJh0XihCAtue2 eyG/zu3BAKjOKTGbdeT6vVsbhzCBrsXRNHBZdPSvOzf2jdaIvr5zz80cBFjHKUeDwgK3eWphGMdr e2BYWFjIlaV9GOT1S5yUX242c9+5XZ8b5764cPRGGkFufxtEEPU0rsuQwVauQ/uUPH/eYndAqPTh iXM53iumWtdTvaHT6QCARKVvbgUnmwwf1rvF3sGMp8QkdnS002nKtTRz0PrboWFhgdu96nwcccNO 7H1iPPvo9YA7lw8u6geZOYKaNMFT3wpHbr5w48/d4xhBuw+HNHyI0UQQn26/9Mz139c5Zf5y4Hoq DjTLL08HhYUFbh3BtvjiWFBYWFhY8PnZ1nQAVBa+f+MVgefmC/9cP/mNVey+n66m4QCg6f7jvbCQ Pxba0gXJSeC342pA8D9rXBmAiqMC401mHbx259Yvq21Tju+9niZJCPG7S1v2RHZZePzG7Wv7JrPu /xmeS8hpl9Q/BXd2br3Hnrrv6p2bp5fZJBzY9HuSmLRfauKjeZXUHpn9VRyyfCCLC5n/yeIl1045 /mR0d+xZEPNaWUUzMkjFLjE6nQ6VgkoAfUavAS5agS9jKkcNK3gVWdxrjHONGg2IXuz53H0PYBhL t4vzlDUznZiA83kClhGz/OFlf+b0k3945J5a8rpxOzC94euvDf+4RPB45+xjOb2GDDLIE3PF987t jHvwAvc7emD0O9nlkzuq5I4a5YWe+OHYa7qRKbsCxEl/LJl8MI9vMuHAhSW2FVwuAXSWJoupaWQ/ 8YdTfgwNFgAqfBjwjEu3muzj1IFN6zBjo0PDOkX6XXt1YNRIxOs5Tl/hCAAANi52+n++S45/K5zU UaPB16RfJqlfkjS0Tg5OZlp6xs69dC+/y0zPwpEmmf2OLaUP3mSqYp++thgy14ymoz3U8fDNF3kz LFUTRLmgsscnz2SN/OG7Hix4V/9vOVeXzjoRjzOM+s3eMteV01KbNKiyoKCC46TXrPYIsQgXcgvy 8oo5Fp36TVjU78Of6N0HefTuoAFgN2nK4Gtbn8cLvYaSJZxcOzG9TpYGGhi4eg7oEPg+QwzdyRZ7 VP707nNjvxN+th1oAAO+mug45Y/Q91Pn9Kj9AiIs+o3ooV9zMY0ZjVj94wgAANDuN7SPXlBGDg5d aYC/DwvNdJi+b6A5G6C778ZTvkrpE6OiJ8ExZj5n3Cx1aKDTb/pEpxtnQ5Nm2tjRFOsXAACIX+2f 6L5fajfHZ/v1tQOb+PC2dl5FIhJ7MNX0lywfyONC4v9a6sVLXlzk+pPG0dcqyiskwECVF4qksxvC cRzYWmwAAJada1/aoVfx1bZZkVndP3P5IKfHdP3u8s5R+nU9jQEAUVpUqmvVy4zNwcz1sWIAABqN Dqj2rgshBDS6nK5oDV1zqmNEeND1i/GVRZpPi76atmb2QDtTDOsouxwAgB+0YcL2J0IAAIb17FOn ZnZX+GwmZuy5aptm6L1//g4tREhcAv0nfDPGfbgNHRhO05aNyzgVeHDGmNPGFt1tXXxmzPK21iJK CosRAiaLRZpvmA5H+4MhqOTVH4fP3I5MLawQEQgBsMQiOddcTagfAOh0DBBBEHLsb3MI455GFMfd +9L9BAAAxqp4WTRpnLGaFw/EfXb6VJr7hlU9WQANLr2xjlOOBk0WV2Q9O//j+jXEviNfWre59Z8M TN998erUk1d2LT9VWMky6TVk6jfLxvfWlvgTqxEPxrS02OL88koEjQksymwDpPVgDCYDCFxO3qKy ohJh4plZHmdqv8zxLibgw0pG0+F8fNOEBEn/Hj569WlKPk+II4RpeUj37ktLyjC2Vu3Cq2SCEGXF pUhLmy39OlNLi1laXLP3rkC/AACA0W/V1T1+hkqYUjuvEoVk9qimv2T5QBoXGon/a6kfLzl2KupP FUA2TlFFRka5UbeuEtPZTgMdq3+JiLLNfmvhukz+Xj7G0dURVgl1OmhXpBZUop78CoHkD0wdHbaw SnpqBQmrqjAdHbm7KUx9qz7dg8/hdiMGFMVXGdvbmUrCTlYu2dDzbHrnZcLQtXQZ3Dv8UiXo6OlW cfmo04DPehkxAIBhOnD+3hFLxUVpb17+dfTAtb3pGlZn5lgbGhlikCsSClGTsk78+uKeXx9U9F92 9pex5inHvlz5d2mdv9evgqZg/eT2tzHEic8iWJ8fClrqyAAgMi59s/hpRPlYX331LmX4+5evcpIL FvlcqC3a7ufzZIv/5mEMgaCaraWJYQydzp+NHmR053FE3nRri5b4oQrGNjHR4ZWVI2js7IA8NLp4 LN7usRjwquK0x+e27DlxZ+ChyeYAILlwlPxDIKhi6Oqx1XzBAIDpGxmy7Bb/dqSJmyUo787xEwnd N53aPcCMjWKOzNhQLq3IwFAfpQqqAZgAAARB0GhKxISmZ2iACfiV0lEkEghE+iYtfjLiw7xKE5LY o6L+Akk+mJHEBeWS+J8Mpe0keGUCI3tjFY8rmdWJeanBJy+97uTlZSOZATGdvgN6lz757UacoYtr F/km0M2tunBT3jM/G+2YsPurGcv/SJQuyHRru56iqJDw7EpcWBwb+CjLtHfv2mlL1okPxI84vTuk 44KNG39YNyLzxL7b0gMvZOUqAvFfnDkQkG/sve7krq9shBGnD9zORQAo997W2XM2X4ku07bo2bOT Dg0wBouJAWY81HeAHp4afjemuIqX8vfPa/bciC+TY5FYLEZAo7NYGP9dbErd7WKaoZFhPfcqXD+J /W0N/O2zF/zefaT3PLSODva68U9fqelh+wcYTsuuhNScOgs+O7M7e9B6/7ubhzHFKb+umLn23JMM nkjMz3p6+1G2gY2NqocbKfQejjY5sQnN6X51/Plv154KTS6qRAwNDToGDC2dmgtmPPXZ/ZQyobA0 /vrVxyKnAXYsuVUpAYNV72IJ0xvoPaDg1u/B77kiMS/zyel16y6nyDuzh2EANDqTSSP4ue/Eep1q 7t3o3Ue4W8Td+ON5fpVYkPXg8OJFZ+M/nHhq0C5p9caDPPrk3b10P4Mvri6MvHQ92tTN3aZFr/Dq zKuk9sjvb9MhyQfSuJD5nwxl7RS/j0026ePQvJ30htSLpPjV/okeB+gsPQsnn3Vbp1vV/BkzcBlo fehonMH4xdaN9VCrn++Q0/sOPlz3zak/GKDdQb9mG6OD15IVKXvPLRy7rZJh0G3g199N7VGnrnon PgDTspuwboe+rQkNM5m79ad0Hen1Klm5isC0XRf+tN4F/2yQmdaADT+Y5Vu7m2MAYNJv3Pjoi3e3 zztXWs3Qs3AYu2rxxK40ADD2WrtDcOLEtc3TrwkwHfPew5w1WFBnqzP26CVbVsEAAA0+SURBVDT3 o5iW58//rB/EdJyyaFTyieADs6ZddZk0capTzp+Pd667bndwohkGdJvx88ZEHQzY4B2IEM1kwv6L S/swSOpX1P62BZ729Hmh9VjbmrNDDGtHW2zv0+hKj4Gvfh63OaQSAQA8nzvyV2DYL75weLK5+KHs crl9E0cdnOx+UPJvjO2x9ebGoSQPNBjWU7+bU37ixLJJm/g0XQt7t5Xb5jkp8yxJKTDOQO++v1wP zhv+eZ0OybJf9GT7+I1B0tMcKzz/Bobtwl+PTO1kM2aK45kLW+ftLuADx8LJa80yz5r9L7plN9rt jTPuJfF1bUd/962HvH0xccS+KWukZ16fLxp5CZguq6/sHmMg136Gg6eP1o/Lva6IEaJ3m3nyzGxr usGIlVvLjh1bP31PCdK17Os7e2k3BgBUhW4a99NDIQBAwiT3A4Dpj9517dv+DFPv/82K3PvT9HH0 7t4rN3/h7bTs57mnDv6yoBfDevrWbysPHl8wPqdSs5PzuMVf9WbKa5fMP6aj123mHjq+atIOHsvc 0XvF1lm9lF3IPn5OBgzHpRcPTjAhy8+az9efVzEye+T1V5YtJPHSIMsHkriQ+b9ruOx4KWqnBMR/ 5f/IwHNXI/dDioOFhYWpuEoAqE4LPHXsYlhcTnk10WnqkV8W2LbB3S0KirYEkXtr/bpnw3f+6Guu 0lGOJ52duyLty+s/j9RSZbUUFAqDeK+OrjzNXnl4np2qLxLVs8JodPVatsdrmVrqpqD4JKGZj16/ IueHH/eyN60aYU5d+lF8YiBu7K9bTpdP3bxI5csYqGslo6CgUBhMt+/8Qyda2woKCrWA6TrO3n9K bbWvXr1aXXVTUFBQUFCoH4zL5QIAh8NpbUsoZFD7M6B6IDW8GZWCgpQHD9Rb/7Bh6q2f4lOHUnWh oKCgoGjfUCsZBQUFBUX7hlrJKCgoKCjaN+1tJcOrdw+M9jwlUugxkTgm15EZiWGRGBbVbWVFSwgo EsLDw6MwLBLDImmc1BtqUJYDAHHMZkcmhmEYhjG6rXzUjH6hlCMpxibvTqfVFFSXTedIPea0tbLB qxkafP6/xn8tD/Gk9TO9xwcJFG0+M2yn3Sh32ojh2MjlRwsI0nIi4/BwDUkq0zjT1TReKD5halYy IXe+mWSMSf/T9C7K/4ROFTDszaNEzgj1TT2gwwQAceUmhygMi6TRonTMEsasK08VAQC835+sZZ31 pGaOQYXFY3Tjlt5HIOKv6VkzIzCiTezebQ2WKvyhooqdk9501Ilid4gfsag4TjLYaaxl4X0RciaK LUep80URDPsfokQIIXHqgSFMABAL1ttGfRxHeqfMUGHj9SAEdQR2NfQv8ZwR4XjOl+zICahFkJfK w/aZh7JB3Ht37uvN+kN8PxwFH1piQiMtp3VZFl6NECKKf2kFOynaPzW5xdI9nSeZuWg263qJkHPV PSPTtveOI5WCjTzpgONOGUFmRjfSJu+qFAFYeuv2zuEFvZHOnRUPuE+1OaNcpW/J8jnrSCBnMd/u r/Hi3XNz71cDIPE/K9MudjALyXQqjrV0f5M9bZugCQuHWsFGnnQgkDNCzgg549md3Rt/yR7Wc1mP 4iLrBV2b2oSCnwcAACS6NOU1ixG3/AH50kTl4aeThwBILJT5pkWycgoKZVF+d1H4ruxb3wQznShN 3ddOY7MvxUu3DlAZ/9jXSZZ6UVpGCT5rytJqriuLHuVPc3nNYUXpdk6adVJQISnll05kR2JYJKaZ cvRJ6ULX11rM2Ll3JfLU1TfWvrU1iWZpxTpMyHtY/HHbVWe/SNBjx/Qen/+kTOkeAAAAhhk6GO5e p5P8W0mECOg2ut6W1cGhEpkV4llgBYzQG1z3LT80DeZn3tpGhVXJJQBc3p9hWt/vNOhtgGl10lmz Xr/8Hje5MZ0+VFT2VefoDm4FCS0ogCnb/4D+/SqGhkViWCTDMjO88Q0vks9LdtuO8M40iAsq5G2f +MZMO0rLJPHbHKOICvtDw1S5NFF52GJ5iOeHL1symeM5quvyY//k4wAA4oQ1M3ymSvNAdG/PeLM9 L4QAqOjmyJHDMbeJ30RWPj0+jT5cuotIVq6otygo6qHsSobEV79N/9ei4+McJ256z70jIfk9TgAA El9b+H4vz/BKomPuC4s+DzOm7asSAwAhCr3A77K5ZxavT/xprcjVGYfiEQCAtsH1SmdxSqeBDPxV BMy/bc8XOZ7zwQBQzK7UeSGae547crN7rGSX7fqruna4oXJs0KFeOUldRyTlLj7U8CmOwhjYaBjn VMaXAjDYvt6M6EBeIQIQVQaGEYN9der91A5Vi54F8ouNNHsagvh9ZXIHzV46+P0fkjvpv/b8U9yB Jy5XQiBb3ZD5H7Cxv/chkHOVv2HT5FTkfV5WXIjADWkHKo1Ccp0KnnQcll6w8YpYlf2m8rDl8hCP SxHO2Pp7/pXdixiBcw+HyJGgwIzGBQeHo7Drx5zZny3+Ew+X7iKSlTfRAgoKMppxT1aNqoqFaemi CrbGyGWdtvgxaQCoqPy3AOaCbUYDzel63XU3Ltd5c7HktRiAxpxyuvsuPw09DVrnkfrDO1Qn1pPr RdDDU9/ZuOaXwOLKq5erBi83H92NpmnAnnOx160FGrUvzseMNGxNadpddL/0Zbx9XdX8XRSMgTEQ weMDANbfV1f3GfcBD/BkXmiu1igPRq3yzN15sTQskq4VP+FvxurzZiM0AJXjXA2aRmHZ7lO0dS/s bnzBFDRh+sCM9H/Pciq+b2KrFv1LFLzwNU36nCmq1/cCMTTB/6pARlwIcVIS3tNDt7cupmOt59MH pb0XqfZGlMrDlspDuuPgkQM6aGoZ2q+YOoQZ9ewJdS6Dos3QhJWsvGQcW/r4ndU397VkHsIY0/Zb ThaVzBkWb8yJ6To47ehzHAEQBaK8SsH3vaUPpXWnlXGzRTk4AMIjjqcPsY7VZkbSWCnHsoCoL0hK N/xYsYYQ5xZgHA6JeTUfZGnQAEfN35tAYiTGaBxtAADNQbpu9Iqgp0R2GC/ZUdfT/EOrkucTBO5U mGC1dSSzRoUXiAJhQQd2/240AytWiylakfPxc7K+iTu0GNAE/6umZen/f4gLjek6kPUulJvIQ/x3 3Lux9H79myooVR8qD2taba08rH3jDE1LSwfnFld+QkdxKNo5Tch3PcObldLjA8Ioc4eayzd2L4N9 /r3SS524GT139OKv+bY4jQCaCdOUrb3vrfTzCDkTJZajNYBIK171Hd9hf6/8SmdC2HNp50btYpgb Ix6vZnLAkVqfKJUmVRd2ZNtJJJh0dEYNJcKCeCHBgh4+ul3leggzYOhXEVX6DL0yYQYPiHKc1yZH t8L+VxnYgDUWX2TmOBtFGw/OFy3sunu0svehVB6S0zJ5WPuONEIg4NN1O7AxwGh0GghFopoPqL5R CoqmoOyVm4D/g+fbNZcF2RXAZNMYGLB06WwMMCPdWb7CMz+XvC5GwtKqf9e9G7VbIATp1StDA6Pj +PsYZGTd2DMZBnvyF5pPjuQFpBNCbvX1pUkD1vPVs5mBSuNK1uys6DHT0EWiE4cx3Edp5/vnHn3M 9PLWlD/vMrqzexdXxrL05g7jz7WJH7ZN0JSZrhVOfCjqf5VB3F6dHvmlTVlVX0F+7+vrOcaqbZnK Q4mZLZGH+OtnYZGlwqrS+ENXHwn7DhykAUAzt+tCfxoSGMcX8bIf/xXLow5vULQKdX9PRoudG0Ak 7UxkNvo7Hi2t/63WyTmS6mQardMpeWuO/rnDhmYYAMaccqL7N6jQzypa1zJlcyJ70VQ2C4Bm2WHH Jo2Q6fFGXVL2pGt8OVMnfMabtS+Q5MwYo0f2swreok6RGBZp8j+uEAAAc1rX7fSIylUusTqmST9k 6P28REvVvzNBwQtf02nRFh55BeMsr61j1wqemnjq9k0XxGhxfJwam+k4nNnjq7Z9U2axq1dKtE3I X9ZxyRaDG1dObekTH6T+rzmLqOlXUpxeOIIVibGS9r5F0l9G02LnBhAxW94wsUiNIQXvCSD9PCmY 9UB28vcJbFokRovU1I8bvKAkWc4DJSoP224e0m270c5tmGY0efUxoefZZR5mGACmN2XBslHFv7qO HWO3O47TWUc6oYiezfFz+/iMImvRn8kEeTkFRfP4T7wLXxyT6/o1nH9p7qQOOTZB1e9rs7ZfrXhX RBBWpo/iOw38aAZBJcV+Pblzs7t9rtT8J/9d+OKYza5fo/Mvf1RLv1QCr2KDX6Hlha7zu2AAUJVZ umBoFvOk/VmfT/w3YjJpv3nYYu/CRyW/+vUMnJt9SUk7Kf6rtP75hJZBHJfbl6metwRpaX51xPpN vpMQdxYn10wfNW8JonVIv6POI17iuJ/6Mpv/tip1gWdXBL2qTs/ERQiAILj5ouJqmo52a5vVenyq edhcat5WReswu03bSdFW+U/ck7Vf2r0+GRKHbs9cd5YXlyUW0ujG3dne8zvuXaFj9F+8JWvPUPpk FG0baiVr07T7lYzi04BaySjaNv8Hg0Djj3uVEgQAAAAASUVORK5CYII= --=-=-= Content-Type: text/plain In GNU Emacs 28.0.50 (build 7, x86_64-pc-linux-gnu, GTK+ Version 3.24.28, cairo version 1.17.4) of 2021-04-19 built on arch-max Repository revision: 20b9ac8de4668e24111226c62c8b91678bfb391c Repository branch: makepkg Windowing system distributor 'System Description: Arch Linux Configured using: 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games --with-sound=alsa --with-modules --without-gconf --without-gsettings --with-native-compilation --with-pgtk --with-x-toolkit=gtk3 --without-xaw3d --without-m17n-flt --with-cairo --with-xwidgets --without-compress-install 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -g -fuse-ld=gold -g -fuse-ld=gold' CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XIM XWIDGETS GTK3 ZLIB Important settings: value of $LC_MESSAGES: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Group Minor modes in effect: cursor-sensor-mode: t gnus-undo-mode: t show-paren-mode: t display-battery-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t column-number-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow emacsbug sendmail sort smiley ansi-color gnus-async gnus-bcklg gnus-draft comp comp-cstr warnings rx cl-extra gnus-ml disp-table gnus-cite mail-extr cursor-sensor nndraft nnmh gnutls network-stream nsm gnus-agent gnus-srvr gnus-score score-mode nnvirtual gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig nntp gnus-cache gnus-sum shr kinsoku svg dom gnus-group gnus-undo gnus-start gnus-dbus gnus-cloud nnimap nnmail mail-source utf7 netrc nnoo parse-time iso8601 gnus-spec gnus-int gnus-range message rmc puny dired dired-loaddefs rfc822 mml mml-sec epa derived epg epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus-win view quail help-mode edmacro kmacro format-spec tango-theme paren gnus nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums text-property-search time-date mail-utils mm-util mail-prsvr wid-edit battery dbus xml cus-start cus-load info package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/pgtk-win pgtk-win term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads xwidget-internal dbusbind inotify dynamic-setting font-render-setting cairo move-toolbar gtk x-toolkit pgtk lcms2 multi-tty make-network-process nativecomp emacs) Memory information: ((conses 16 222637 14508) (symbols 48 17398 0) (strings 32 53662 3750) (string-bytes 1 1767033) (vectors 16 30337) (vector-slots 8 541117 33856) (floats 8 266 44) (intervals 56 499 0) (buffers 992 24)) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 19 12:31:47 2021 Received: (at 47894) by debbugs.gnu.org; 19 Apr 2021 16:31:47 +0000 Received: from localhost ([127.0.0.1]:51871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYWoM-0002rM-Q1 for submit@debbugs.gnu.org; Mon, 19 Apr 2021 12:31:47 -0400 Received: from mail-lj1-f173.google.com ([209.85.208.173]:34430) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYWoK-0002r9-WA for 47894@debbugs.gnu.org; Mon, 19 Apr 2021 12:31:45 -0400 Received: by mail-lj1-f173.google.com with SMTP id o5so7033748ljc.1 for <47894@debbugs.gnu.org>; Mon, 19 Apr 2021 09:31:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:references:date:in-reply-to:message-id:user-agent :mime-version; bh=zAWhRqKT6px83s4j34gTtmavF1pxXjtGY1Y9astTbJI=; b=NgkCyq3ZolIZtqLenYxjFhyqz3MD6y/IhxYxilf6RugKGgdvH0LBvagaK0rfOKWk7F vsztP3Fhdt/mKG68aQGL/T8v6ER4tLYgjJBDq4qwvRN5423BniGnycAN7LMDqybOBhGA nxspli90NOn8SyhUCA97i5f7lJR+hTQ3w6+jkfjJSrungh3EAxBXmQtyAiYGHrUiQu3j kpQum38rZVHf6HATIalj3rKlq06M81hYYWpOlkNW4AVCPxAAs6FpEyRwYB7V7y5+AKam 3+x5k3Xv1jnFLy+Z7cNosjmypUk4Boj0lWydpQT1xyhIn9n12/WkT1GR/zW14N6h4OYA aS+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=zAWhRqKT6px83s4j34gTtmavF1pxXjtGY1Y9astTbJI=; b=YkozOD3goyV501XjK6gTYJK2WbTS3gFk+XZnI81JOXWzFQAR2MG11VBZGJMObFWAXv q4voqHEt/ZNLwxfxrQ+32dHO7VieDpgS+uHj7iSwmJnmbTrN6ARrO4ibvyW+kpTKQv7b /b5SePia27YauEOJ88qrrd/NS5zih4d2y9ohu2rQmCC3ZFu/qE2ScJDAyq+lQfV2W80p RhKCxCFLfzWE32d6xcTuUQpapdf1GmYUCLddFQEuknBfkqcFoJy+Ju1+smzV93mblB2X THrCIFcS32OVmuxwiPo15gUgbUU1UFy6kaJAp4F2ZSRE4skwEk81NTB1Qfz5sJo5XMel PfIg== X-Gm-Message-State: AOAM533wEni4DHO1wHzHbJrHcgPkJzPZy3zZRnPtMeAlPWqdXB4bhC7r qC5pcxg6rGBdo4DQHesFy55SSFk19tmWZw== X-Google-Smtp-Source: ABdhPJzjNgs+tQOrcEeJTU5y7iWFVng/nrIOIYjoQJJ+wMNpaAP12EUK/Ypr4k+xqrOC/b5wMZc2/A== X-Received: by 2002:a2e:b815:: with SMTP id u21mr11949228ljo.308.1618849898524; Mon, 19 Apr 2021 09:31:38 -0700 (PDT) Received: from arch-max ([109.251.233.9]) by smtp.gmail.com with ESMTPSA id v17sm549687lfr.35.2021.04.19.09.31.37 for <47894@debbugs.gnu.org> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 19 Apr 2021 09:31:38 -0700 (PDT) From: max.brieiev@gmail.com To: 47894@debbugs.gnu.org Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. References: <87eef6p8bh.fsf@gmail.com> Date: Mon, 19 Apr 2021 19:31:35 +0300 In-Reply-To: <87eef6p8bh.fsf@gmail.com> (max brieiev's message of "Mon, 19 Apr 2021 19:06:58 +0300") Message-ID: <87pmyqnsm0.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 47894 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Sorry for meaningless subject line in previous message (my first bug report). From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 19 16:50:40 2021 Received: (at 47894) by debbugs.gnu.org; 19 Apr 2021 20:50:40 +0000 Received: from localhost ([127.0.0.1]:52235 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYaqu-0005KU-2D for submit@debbugs.gnu.org; Mon, 19 Apr 2021 16:50:40 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:38919) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYaqr-0005Jw-9w; Mon, 19 Apr 2021 16:50:37 -0400 X-Originating-IP: 91.129.102.166 Received: from mail.gandi.net (m91-129-102-166.cust.tele2.ee [91.129.102.166]) (Authenticated sender: juri@linkov.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id BC0D5E0002; Mon, 19 Apr 2021 20:50:30 +0000 (UTC) From: Juri Linkov To: max.brieiev@gmail.com Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. Organization: LINKOV.NET References: <87eef6p8bh.fsf@gmail.com> <87pmyqnsm0.fsf@gmail.com> Date: Mon, 19 Apr 2021 23:49:30 +0300 In-Reply-To: <87pmyqnsm0.fsf@gmail.com> (max brieiev's message of "Mon, 19 Apr 2021 19:31:35 +0300") Message-ID: <87k0oyj8yt.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47894 Cc: 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) retitle 47894 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. thanks > Sorry for meaningless subject line in previous message (my first bug report). Thanks for the bug report. The subject is fixed now. From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 16:01:41 2021 Received: (at 47894) by debbugs.gnu.org; 20 Apr 2021 20:01:41 +0000 Received: from localhost ([127.0.0.1]:56087 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYwZ2-0007Ht-Nr for submit@debbugs.gnu.org; Tue, 20 Apr 2021 16:01:40 -0400 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:52385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYwYz-0007Hd-1U for 47894@debbugs.gnu.org; Tue, 20 Apr 2021 16:01:39 -0400 X-Originating-IP: 91.129.102.166 Received: from mail.gandi.net (m91-129-102-166.cust.tele2.ee [91.129.102.166]) (Authenticated sender: juri@linkov.net) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 29897E0007; Tue, 20 Apr 2021 20:01:28 +0000 (UTC) From: Juri Linkov To: max.brieiev@gmail.com Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. Organization: LINKOV.NET References: <87eef6p8bh.fsf@gmail.com> Date: Tue, 20 Apr 2021 23:00:53 +0300 In-Reply-To: <87eef6p8bh.fsf@gmail.com> (max brieiev's message of "Mon, 19 Apr 2021 19:06:58 +0300") Message-ID: <874kg0d8ui.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47894 Cc: Gregory Heytings , 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Some recent change made isearch to misbehave. > > isearch works normally when enable-recursive-minibuffers is off and no > input method is set. > > However, when both enable-recursive-minibuffers is on and some input > method is set, pressing C-s and then entering some text does not start a > search. Successive presses of C-s lead to some garbled content being > produced in minibuffer window (see screenshot). > > Steps to reproduce. > > 1. emacs -Q > 2. M-x set-input-method RET programmer-dvorak > 3. M-x customize-option RET enable-recursive-minibuffers > Toggle the option into "On" state > 4. Inside, for example, *scratch* buffer press C-s, then enter text to > search. Observe that interactive search doesn't start. Also, successive > presses of C-s produce some garbled text in minibuffer window as can be > seen on screenshot below. This is because of the recent change in ff796823e5 with the hope that it doesn't break other modes. But your bug report helped to reveal that it causes breakage. So I had to revert it. Gregory, could you please see if it can be improved to not fail in the reported case? Additionally, on emacs-devel Zhiwei Chen said this: It failed to work when buffer is auto selected via `display-buffer-alist’. When the point moves to the *Occur* buffer, typing “n”, “p” still sends “n”, “p” to isearch. (defun display-buffer-select (buffer alist) (let ((window (display-buffer-below-selected buffer alist))) (when (window-live-p window) (select-window window)))) (setq display-buffer-alist '(("\\*Occur\\*" (display-buffer-select)))) Maybe this could be handled as well? From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 16:15:44 2021 Received: (at 47894) by debbugs.gnu.org; 20 Apr 2021 20:15:44 +0000 Received: from localhost ([127.0.0.1]:56115 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYwme-0007dF-AV for submit@debbugs.gnu.org; Tue, 20 Apr 2021 16:15:44 -0400 Received: from heytings.org ([95.142.160.155]:46376) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYwmc-0007d3-II for 47894@debbugs.gnu.org; Tue, 20 Apr 2021 16:15:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1618949741; bh=nSdDEOWp6BWK1me1vi9kEMiqXpbclDh6ol0XsELT258=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=Qumqpv9nYEGnpBN4wnkZxGJNwQXVqiVvBCs6D/jLo0LxSY/AmVXuiqtGWE/VCzMCg TjBc0YriCu/Of8apppLdG+tKJ/yA6qLMl6F8XmtpqyvcCf1PWNzyLvJAC+OlEcXTdr QE6N9hcjHeFSc6XIuip4umRznwrQEpRUfGhAwStXmez9klx4gXDU0xaAGgK8hOhmH1 SXunqE3FnQSq+oEnqr/mVHZ++0jw6GGnWhyoBbdppvX/Anq9LB2y05d5m/moD7Tdid hjuQcrNau2ngGuMgdEZMsNpGtDkByCK8xOf/YG3jTqsyOOc0VgMitKUmEmZYAutRK8 NMaBSFqaP9OSg== Date: Tue, 20 Apr 2021 20:15:41 +0000 From: Gregory Heytings To: Juri Linkov Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. In-Reply-To: <874kg0d8ui.fsf@mail.linkov.net> Message-ID: References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2RBGImPAcY" Content-ID: X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --2RBGImPAcY Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-ID: > > This is because of the recent change in ff796823e5 with the hope that it= =20 > doesn't break other modes. But your bug report helped to reveal that it= =20 > causes breakage. So I had to revert it. > > Gregory, could you please see if it can be improved to not fail in the=20 > reported case? Additionally, on emacs-devel Zhiwei Chen said this: > > It failed to work when buffer is auto selected via > `display-buffer-alist=E2=80=99. When the point moves to the *Occur* buf= fer, > typing =E2=80=9Cn=E2=80=9D, =E2=80=9Cp=E2=80=9D still sends =E2=80=9Cn= =E2=80=9D, =E2=80=9Cp=E2=80=9D to isearch. > > (defun display-buffer-select (buffer alist) > (let ((window (display-buffer-below-selected buffer alist))) > (when (window-live-p window) > (select-window window)))) > > (setq display-buffer-alist '(("\\*Occur\\*" (display-buffer-select)))) > > Maybe this could be handled as well? > Thanks for the reminder; I had seen Zhiwei Chen's message, but not this=20 bug. I'll have a look. --2RBGImPAcY-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 17:51:42 2021 Received: (at 47894) by debbugs.gnu.org; 20 Apr 2021 21:51:42 +0000 Received: from localhost ([127.0.0.1]:56248 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYyHV-0005u7-Uo for submit@debbugs.gnu.org; Tue, 20 Apr 2021 17:51:42 -0400 Received: from heytings.org ([95.142.160.155]:46450) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYyHU-0005tz-DG for 47894@debbugs.gnu.org; Tue, 20 Apr 2021 17:51:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1618955499; bh=Ts64bsenoO097KvNQHyfBr2LjHikg0tOLxXgOgBpQlM=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=WQWSj74wt+mK4/FjjlzGmZ34AC+a0IWmCKXPx+akd/07Z+knriU6dkZ/LQgUx5dXf 61c+nk0vwwhwL9MOyyesqDh08kpd6eAStoONx+CsV9IYzuu1ETTu8+JDWJ5udS14am UkUVhj7XaJDzYcEzqsSfhy8fepWxibVQabVhW7BHye9g5035kLRRSNFazKjDTJ3Rd6 3XXN7/fJTZ/jwbfQHwlp8kVKm+QN+HTeAsanzxPhSIIVLdAkKHhEeEHvVzidbGFglp qxnYtOrVZlRUta+4Ve1k2VBvcLHSJXmqwM2oxPECRm2AMle/crySkO4P9gxCpDYHZZ ZhdKMkcXNH/7g== Date: Tue, 20 Apr 2021 21:51:38 +0000 From: Gregory Heytings To: Juri Linkov Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. In-Reply-To: Message-ID: References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="xcdeVdXRa3" Content-ID: X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --xcdeVdXRa3 Content-Type: text/plain; charset=us-ascii; format=flowed Content-ID: > > Thanks for the reminder; I had seen Zhiwei Chen's message, but not this > bug. I'll have a look. > This bug is rather strange. When an input method is used, isearch-post-command-hook is executed twice, once in the current isearch buffer and once in the minibuffer. When enable-recursive-minibuffers is unset, the execution of isearch-exit fails with "Command attempted to use minibuffer while in minibuffer", so the error is not visible (except in *Messages*). When enable-recursive-minibuffers is set, the execution of isearch-exit does not fail, which triggers the current bug. The immediate fix is attached, but I wonder if the cause is not elswhere, that is, if it is indeed intended that isearch-post-command-hook is executed in the minibuffer in such a case. --xcdeVdXRa3 Content-Type: text/x-diff; name=Terminate-isearch-when-point-has-moved-to-another-bu.patch; charset=us-ascii Content-Transfer-Encoding: base64 Content-ID: Content-Description: Content-Disposition: attachment; filename=Terminate-isearch-when-point-has-moved-to-another-bu.patch RnJvbSAzMjQ1NmZhZDBkNjgzZGI3YTE1NDIyMGIxYjRhNTc5NDZjODRiNDEw IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogR3JlZ29yeSBIZXl0 aW5ncyA8Z3JlZ29yeUBoZXl0aW5ncy5vcmc+DQpEYXRlOiBUdWUsIDIwIEFw ciAyMDIxIDIxOjQyOjMyICswMDAwDQpTdWJqZWN0OiBbUEFUQ0hdIFRlcm1p bmF0ZSBpc2VhcmNoIHdoZW4gcG9pbnQgaGFzIG1vdmVkIHRvIGFub3RoZXIg YnVmZmVyDQoNCiogbGlzcC9pc2VhcmNoLmVsIChpc2VhcmNoLXBvc3QtY29t bWFuZC1ob29rKTogVGVybWluYXRlIGlzZWFyY2gNCndoZW4gdGhlIGNvbW1h bmQganVzdCBleGVjdXRlZCBoYXMgbW92ZWQgcG9pbnQgdG8gYW5vdGhlciBi dWZmZXIuDQpodHRwczovL2xpc3RzLmdudS5vcmcvYXJjaGl2ZS9odG1sL2Vt YWNzLWRldmVsLzIwMjEtMDQvbXNnMDAzMDkuaHRtbA0KDQpUaGlzIGltcHJv dmVzIGNvbW1pdCBmZjc5NjgyM2U1IGZvciB0aGUgY2FzZSB3aGVuIGFuIGlu cHV0IG1ldGhvZCBpcw0KdXNlZCBhbmQgZW5hYmxlLXJlY3Vyc2l2ZS1taW5p YnVmZmVycyBpcyBzZXQgKEJ1ZyM0Nzg5NCkuDQotLS0NCiBsaXNwL2lzZWFy Y2guZWwgfCA3ICsrKystLS0NCiAxIGZpbGUgY2hhbmdlZCwgNCBpbnNlcnRp b25zKCspLCAzIGRlbGV0aW9ucygtKQ0KDQpkaWZmIC0tZ2l0IGEvbGlzcC9p c2VhcmNoLmVsIGIvbGlzcC9pc2VhcmNoLmVsDQppbmRleCA2OWZkYzlkZjZk Li44MTIzZGE5MGM5IDEwMDY0NA0KLS0tIGEvbGlzcC9pc2VhcmNoLmVsDQor KysgYi9saXNwL2lzZWFyY2guZWwNCkBAIC0zMDU3LDkgKzMwNTcsMTAgQEAg aXNlYXJjaC1wb3N0LWNvbW1hbmQtaG9vaw0KICAgICAgICAgIChpc2VhcmNo LXNlYXJjaC1hbmQtdXBkYXRlKSkpDQogICAgICAoc2V0cSBpc2VhcmNoLXBy ZS1tb3ZlLXBvaW50IG5pbCkpDQogICA7OyBUZXJtaW5hdGUgdGhlIHNlYXJj aCBpZiBwb2ludCBoYXMgbW92ZWQgdG8gYW5vdGhlciBidWZmZXIuDQotICAo dW5sZXNzIChlcSBpc2VhcmNoLS1jdXJyZW50LWJ1ZmZlciAoY3VycmVudC1i dWZmZXIpKQ0KLSAgICAod2hlbiAoYnVmZmVyLWxpdmUtcCBpc2VhcmNoLS1j dXJyZW50LWJ1ZmZlcikNCi0gICAgICAod2l0aC1jdXJyZW50LWJ1ZmZlciBp c2VhcmNoLS1jdXJyZW50LWJ1ZmZlciAoaXNlYXJjaC1leGl0KSkpKQ0KKyAg KHVubGVzcyAobWluaWJ1ZmZlcnAgKGN1cnJlbnQtYnVmZmVyKSkNCisgICAg KHVubGVzcyAoZXEgaXNlYXJjaC0tY3VycmVudC1idWZmZXIgKGN1cnJlbnQt YnVmZmVyKSkNCisgICAgICAod2hlbiAoYnVmZmVyLWxpdmUtcCBpc2VhcmNo LS1jdXJyZW50LWJ1ZmZlcikNCisgICAgICAgICh3aXRoLWN1cnJlbnQtYnVm ZmVyIGlzZWFyY2gtLWN1cnJlbnQtYnVmZmVyIChpc2VhcmNoLWV4aXQpKSkp KQ0KICAgKGZvcmNlLW1vZGUtbGluZS11cGRhdGUpKQ0KIA0KIChkZWZ1biBp c2VhcmNoLXF1b3RlLWNoYXIgKCZvcHRpb25hbCBjb3VudCkNCi0tIA0KMi4z MC4yDQoNCg== --xcdeVdXRa3-- From debbugs-submit-bounces@debbugs.gnu.org Tue Apr 20 18:35:51 2021 Received: (at 47894) by debbugs.gnu.org; 20 Apr 2021 22:35:51 +0000 Received: from localhost ([127.0.0.1]:56325 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYyyF-00071y-Es for submit@debbugs.gnu.org; Tue, 20 Apr 2021 18:35:51 -0400 Received: from heytings.org ([95.142.160.155]:46512) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lYyyD-00071p-5A for 47894@debbugs.gnu.org; Tue, 20 Apr 2021 18:35:49 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1618958148; bh=RNYRXqs9e8GqR98AaiXKPMp/Tkk1ejWaAd+ao8wF2EU=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=KyjMVCzTgtHH4PGLi5hDlU8gPFceA/UpFEORBu5ecX2j6OmJ1Xk1Ei9tJSvfIqbAO I1dQXr1GwdUcNSv2ACO5+tKgEUr3R58I11N0BUOeVkE3S97cdfRNLOjWsp4OPmoZCS HwjgV5dZ7Q5pnjVh5JQTJc/pl4O8P46y2AzVm9EXDD6fIQvFCmmx/R/XLUuDLz/2YJ 1G1S8Q7p3ytujMZNoonT9S5JK3er/9N7sU8Dxs22O19UKE7BZHCdTWrQqf5ucd36PH XuYpfMfva+OxMTHD1Y/zukDvoNoKTRhZswKarexTjtdeaUi0GPhctNFY3Ka0oQBhnm re6WgQuKEd9Ow== Date: Tue, 20 Apr 2021 22:35:47 +0000 From: Gregory Heytings To: Juri Linkov Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. In-Reply-To: Message-ID: References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="3IBWwNJKA9" Content-ID: X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, martin rudalics , 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --3IBWwNJKA9 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-ID: > > Additionally, on emacs-devel Zhiwei Chen said this: > > It failed to work when buffer is auto selected via > `display-buffer-alist=E2=80=99. When the point moves to the *Occur* buf= fer, > typing =E2=80=9Cn=E2=80=9D, =E2=80=9Cp=E2=80=9D still sends =E2=80=9Cn= =E2=80=9D, =E2=80=9Cp=E2=80=9D to isearch. > > (defun display-buffer-select (buffer alist) > (let ((window (display-buffer-below-selected buffer alist))) > (when (window-live-p window) > (select-window window)))) > > (setq display-buffer-alist '(("\\*Occur\\*" (display-buffer-select)))) >=20 > Maybe this could be handled as well? > And this one is strange, too, for two reasons: - display-buffer-select is not a documented action, and does not even=20 appear in the sources (even Google does not find it!), yet it works; - After this action, point has moved, but (current-buffer) does not return= =20 the buffer where point is; (window-buffer (selected-window)) does. It=20 seems to me that at the top-level these two should always be equal;=20 apparently they are not. Again it's not clear to me whether the bug is here or elsewhere, but the=20 attached patch fixes the original problem and the two bugs. Cc'ing Martin, who may have some insights on the above two points. --3IBWwNJKA9 Content-Type: text/x-diff; name=Terminate-isearch-when-point-has-moved-to-another-bu.patch; charset=us-ascii Content-Transfer-Encoding: base64 Content-ID: Content-Description: Content-Disposition: attachment; filename=Terminate-isearch-when-point-has-moved-to-another-bu.patch RnJvbSBmYzEzOTlmZmJiYzEzODU1MzZjZTAzMjM3ODEzMDkyYzZhODA0YWRj IE1vbiBTZXAgMTcgMDA6MDA6MDAgMjAwMQ0KRnJvbTogR3JlZ29yeSBIZXl0 aW5ncyA8Z3JlZ29yeUBoZXl0aW5ncy5vcmc+DQpEYXRlOiBUdWUsIDIwIEFw ciAyMDIxIDIyOjEzOjI3ICswMDAwDQpTdWJqZWN0OiBbUEFUQ0hdIFRlcm1p bmF0ZSBpc2VhcmNoIHdoZW4gcG9pbnQgaGFzIG1vdmVkIHRvIGFub3RoZXIg YnVmZmVyDQoNCiogbGlzcC9pc2VhcmNoLmVsIChpc2VhcmNoLXBvc3QtY29t bWFuZC1ob29rKTogVGVybWluYXRlIGlzZWFyY2gNCndoZW4gdGhlIGNvbW1h bmQganVzdCBleGVjdXRlZCBoYXMgbW92ZWQgcG9pbnQgdG8gYW5vdGhlciBi dWZmZXIuDQpodHRwczovL2xpc3RzLmdudS5vcmcvYXJjaGl2ZS9odG1sL2Vt YWNzLWRldmVsLzIwMjEtMDQvbXNnMDAzMDkuaHRtbA0KDQpUaGlzIGltcHJv dmVzIGNvbW1pdCBmZjc5NjgyM2U1IGZvciB0aGUgY2FzZXMgd2hlbiBhbiBp bnB1dCBtZXRob2QgaXMNCnVzZWQgYW5kIGVuYWJsZS1yZWN1cnNpdmUtbWlu aWJ1ZmZlcnMgaXMgc2V0IChCdWcjNDc4OTQpLCBhbmQgd2hlbiBhDQpidWZm ZXIgaXMgYXV0b21hdGljYWxseSBzZWxlY3RlZCB3aXRoIGEgZGlzcGxheS1i dWZmZXItc2VsZWN0IGluDQpkaXNwbGF5LWJ1ZmZlci1hbGlzdCAoc2VlDQpo dHRwczovL2xpc3RzLmdudS5vcmcvYXJjaGl2ZS9odG1sL2VtYWNzLWRldmVs LzIwMjEtMDQvbXNnMDA0NTguaHRtbCApDQotLS0NCiBsaXNwL2lzZWFyY2gu ZWwgfCA3ICsrKystLS0NCiAxIGZpbGUgY2hhbmdlZCwgNCBpbnNlcnRpb25z KCspLCAzIGRlbGV0aW9ucygtKQ0KDQpkaWZmIC0tZ2l0IGEvbGlzcC9pc2Vh cmNoLmVsIGIvbGlzcC9pc2VhcmNoLmVsDQppbmRleCA2OWZkYzlkZjZkLi5k NDc2M2YyMWY5IDEwMDY0NA0KLS0tIGEvbGlzcC9pc2VhcmNoLmVsDQorKysg Yi9saXNwL2lzZWFyY2guZWwNCkBAIC0zMDU3LDkgKzMwNTcsMTAgQEAgaXNl YXJjaC1wb3N0LWNvbW1hbmQtaG9vaw0KICAgICAgICAgIChpc2VhcmNoLXNl YXJjaC1hbmQtdXBkYXRlKSkpDQogICAgICAoc2V0cSBpc2VhcmNoLXByZS1t b3ZlLXBvaW50IG5pbCkpDQogICA7OyBUZXJtaW5hdGUgdGhlIHNlYXJjaCBp ZiBwb2ludCBoYXMgbW92ZWQgdG8gYW5vdGhlciBidWZmZXIuDQotICAodW5s ZXNzIChlcSBpc2VhcmNoLS1jdXJyZW50LWJ1ZmZlciAoY3VycmVudC1idWZm ZXIpKQ0KLSAgICAod2hlbiAoYnVmZmVyLWxpdmUtcCBpc2VhcmNoLS1jdXJy ZW50LWJ1ZmZlcikNCi0gICAgICAod2l0aC1jdXJyZW50LWJ1ZmZlciBpc2Vh cmNoLS1jdXJyZW50LWJ1ZmZlciAoaXNlYXJjaC1leGl0KSkpKQ0KKyAgKHVu bGVzcyAobWluaWJ1ZmZlcnAgKGN1cnJlbnQtYnVmZmVyKSkNCisgICAgKHVu bGVzcyAoZXEgaXNlYXJjaC0tY3VycmVudC1idWZmZXIgKHdpbmRvdy1idWZm ZXIgKHNlbGVjdGVkLXdpbmRvdykpKQ0KKyAgICAgICh3aGVuIChidWZmZXIt bGl2ZS1wIGlzZWFyY2gtLWN1cnJlbnQtYnVmZmVyKQ0KKyAgICAgICAgKHdp dGgtY3VycmVudC1idWZmZXIgaXNlYXJjaC0tY3VycmVudC1idWZmZXIgKGlz ZWFyY2gtZXhpdCkpKSkpDQogICAoZm9yY2UtbW9kZS1saW5lLXVwZGF0ZSkp DQogDQogKGRlZnVuIGlzZWFyY2gtcXVvdGUtY2hhciAoJm9wdGlvbmFsIGNv dW50KQ0KLS0gDQoyLjMwLjINCg0K --3IBWwNJKA9-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 02:21:16 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 06:21:16 +0000 Received: from localhost ([127.0.0.1]:56796 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ6Ee-000081-04 for submit@debbugs.gnu.org; Wed, 21 Apr 2021 02:21:16 -0400 Received: from heytings.org ([95.142.160.155]:46854) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ6Ec-00007q-FM for 47894@debbugs.gnu.org; Wed, 21 Apr 2021 02:21:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1618986073; bh=ZOJFqGpx+WpndDCNk8TVLW8c/ucfwsio99p4H7HGbDM=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=MVq6nfiIEjW0xMJmMn6opHHlfNS3WXiO68o8In77AV03AejdTlq8RwPLTeLHNfCQs 0tn01lnlK9dSGgGjcMjnOk5EFGk2+FlR4HHu3KNsZ86xmktMFWIB3p4sJ3Pf29qHym djR37yM5YwEqxJ3uqnkudkLEcxl/AiBa/IeFcKJwik9LxbRboHX2C9nHzTUHmPrx9W 2pM6yOCtxiofEYl1SIZ2jew5cBcNS4Al8CJFzXyyJtOi3wpUTQgsKbVpfyZQiLCIX7 5Synw8zxbvrZ4NVF6p2B0Ci4AYiuZw/1Ah8K7n6QNRbiAkGAo7Nq2eorLnrpvLNd+O Rr10A62xhbiuA== Date: Wed, 21 Apr 2021 06:21:12 +0000 From: Gregory Heytings To: Juri Linkov Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. In-Reply-To: Message-ID: <192e82f20f15370f285a@heytings.org> References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="oCDxxvr3Hc" Content-ID: <192e82f20fb40b9cd2b1@heytings.org> X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, martin rudalics , 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --oCDxxvr3Hc Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-ID: <192e82f20f0c2fb2d990@heytings.org> >> Additionally, on emacs-devel Zhiwei Chen said this: >> >> It failed to work when buffer is auto selected via >> `display-buffer-alist=E2=80=99. When the point moves to the *Occur* bu= ffer, >> typing =E2=80=9Cn=E2=80=9D, =E2=80=9Cp=E2=80=9D still sends =E2=80=9Cn= =E2=80=9D, =E2=80=9Cp=E2=80=9D to isearch. >> >> (defun display-buffer-select (buffer alist) >> (let ((window (display-buffer-below-selected buffer alist))) >> (when (window-live-p window) >> (select-window window)))) >> >> (setq display-buffer-alist '(("\\*Occur\\*" (display-buffer-select)))) >>=20 >> Maybe this could be handled as well? > > And this one is strange, too, for two reasons: > > - display-buffer-select is not a documented action, and does not even=20 > appear in the sources (even Google does not find it!), yet it works; > Whooops, I guess I was becoming a bit tired after too many hours of=20 hacking, of course it's defined right above ;-) Anyway, the other=20 question is relevant : > > - After this action, point has moved, but (current-buffer) does not=20 > return the buffer where point is; (window-buffer (selected-window))=20 > does. It seems to me that at the top-level these two should always be=20 > equal; apparently they are not. > > Again it's not clear to me whether the bug is here or elsewhere, but the= =20 > attached patch fixes the original problem and the two bugs. > > Cc'ing Martin, who may have some insights on the above two points. > --oCDxxvr3Hc-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 03:03:37 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 07:03:37 +0000 Received: from localhost ([127.0.0.1]:56835 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ6tc-0001G8-Ol for submit@debbugs.gnu.org; Wed, 21 Apr 2021 03:03:36 -0400 Received: from mout.gmx.net ([212.227.17.22]:35347) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ6tb-0001Fv-FI for 47894@debbugs.gnu.org; Wed, 21 Apr 2021 03:03:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1618988608; bh=qMp7uD0vW/cYDhFB9s2hvXDy5v2b62vLvasG6Orqa8U=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=WpYRNtcWHJks9U49MEMp+MJc0+0+7FpOP1vMiyF2nRJktxbAT5UyEGIth5oDBE2oL I5+ZhbCx/nzePeqFJwACIvycBCaVuCTAEeBIvKSDaYk8q9pF2FCTHenifmdZut01oP dwgDImsWurNgW++GUtXPoXukQh9tC+XMcN6FUzNM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.139]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M9Fnj-1lSnVX2NBX-006QpT; Wed, 21 Apr 2021 09:03:28 +0200 Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. To: Gregory Heytings , Juri Linkov References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> From: martin rudalics Message-ID: Date: Wed, 21 Apr 2021 09:03:27 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:V3kwpFY4h9maLc31eqAemmCfHVVIcI95fWtFhoFSg/4g/jsxb3Y 3tOFbOVJzV+iI07+Iq1Q6gMSJEIV1SZYsRvHxCCP8+QvXTNIINDJOSB6qY7MRHZORl2O8n2 hf18T8bI/+2bx21vpfNhsPeT4c4VvJWfWqILfcs6xr+FofRw5pBSiVe9lne662kr+0QXUKB /69Dg+ABf7Taw8+b4iRMg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:+Au4qC3WN80=:k/aRbhyKwYbRhkdj4RnWMN o6dzO8hyzswenxMHMjvUkrzacswjR0nkIvNVr9vVDKzqitWxAY7/SHRhFFewwt/I0M+cf3k1u eb/h79kjJmistQKaSTAD8k0I232j0tnBdu8HOIYqQDMyNjkWJH3wGMLPQaXuEIcY+51KEYjWV ew7A0oaxyTqvO9WSw2K7w9m0EvSa++6sxvJ+OP1Q7x5wwzFXqq1/48JC5YO0ciw0oUnxTkPRu IY5EbiBSdGkY7EfEwHnDlk5ZGysWdC11WLBRoX7tSfQIkZkSxfIbT8IehB9a4LRG1UaHB6Cv2 y05ZrlNf0epK3B6J9rTLxHV2OWlsgZEda7XEAfla2CRegQqagpFTudoAr2IgNPzWxnrAJW9ae iorTcNVCpd0mWD34NgueQ7GiL434lD7ZnXOe0uEHhK96OfvviAhFpzG/GJ8aW3xXroI0hZ83U 2p7f0wKv0RVR/sgTRYNrGkMKfAh6o1z2Gk/X1oPm39A8TNfBUu3JX3y2OWqNGGwBs9423r37F nOuiC1AJYMmE0fDPPw5C+fDivaf/Ygi/ocJpMLCNsVDo4lmmC7bJvhANeHq7AjQbcbuB/5Myj 1boAJaV7RuKAXC8Xh9MRUb0tEzKedvvQyuF3uycqiAK6zvXsRD3TZ05PkHSlI4zGfyncIZ20Y QytzYfxGsrj3WFm/k7X5lIzPLCqoAskp4bvrCyIWyQdMQvu+ISQcNUrn4QOx0xrTIPfI5WNnb e8cRVmR0XlkoEdlKxLcRTcIa65Hl1s/eEElbU/pCniAKRo7xZa25eyBXGaEhrCO5nxWodvPc7 MY2o6pIARiU2GZ/q0oCuj+P1Yl99DrgntnGPcd3KEcNNZ9UkhqCE6sajIzdmwXlzz/iz23xvK Bxan3BQAqeUP4t7VGhXtXD4gfMfCx5aW0ka0rB9qJq2b6a15OvcJrwObIwiv29L6ZkMZ7/ndO BuATAusrNdfCZJTpIKDHxbXNFVueTU+luJWRYXtyBanfbYV9dcnZ4cpp2DryzLHInX9wYKFNc hc6euWGaCTFem8K54NWg2e+KWcwzzzS1dnsdFC9T+AWGroiCwsCtQoSpNpK4tTp+r1Exxk78q 3BwcOw6a6vfDUvFC3Au44Wh1BMK34peo+GhvnbSaSDg/mfSwh90Iros0XHcraREQg1ds4KqE0 4Q14LNJJvat4qtPz/VXwrnM21snKn6E1O6+GVl0S5WF7QBIpoaNzceJosIzCyB/unspCE= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> It failed to work when buffer is auto selected via >> `display-buffer-alist=E2=80=99. When the point moves to the *Occur*= buffer, >> typing =E2=80=9Cn=E2=80=9D, =E2=80=9Cp=E2=80=9D still sends =E2=80=9C= n=E2=80=9D, =E2=80=9Cp=E2=80=9D to isearch. >> >> (defun display-buffer-select (buffer alist) >> (let ((window (display-buffer-below-selected buffer alist))) >> (when (window-live-p window) >> (select-window window)))) >> >> (setq display-buffer-alist '(("\\*Occur\\*" (display-buffer-select))= )) >> >> Maybe this could be handled as well? >> > > And this one is strange, too, for two reasons: > > - display-buffer-select is not a documented action, and does not even = appear in the sources (even Google does not find it!), yet it works; I don't understand you here. It is defined above as a function based on `display-buffer-below-selected' with the additional twist that it tries to select the window chosen. Which is arguably not the task of a display buffer action function - `pop-to-buffer' should be used for that purpose. > - After this action, point has moved, but (current-buffer) does not re= turn the buffer where point is; (window-buffer (selected-window)) does. = It seems to me that at the top-level these two should always be equal; ap= parently they are not. They need not be equal - only command_loop_1 ascertains that once here /* Make sure the current window's buffer is selected. */ set_buffer_internal (XBUFFER (XWINDOW (selected_window)->contents)= ); but `display-buffer' can be called anywhere. The major point is that, due to the fact that `display-buffer' may pop up a new frame and the WM will usually focus that frame, an application can _never_ be sure which window will get selected and which buffer will be current after calling `display-buffer' finished. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 03:16:35 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 07:16:35 +0000 Received: from localhost ([127.0.0.1]:56841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ76A-0001aG-VN for submit@debbugs.gnu.org; Wed, 21 Apr 2021 03:16:35 -0400 Received: from heytings.org ([95.142.160.155]:46928) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ768-0001a6-HZ for 47894@debbugs.gnu.org; Wed, 21 Apr 2021 03:16:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1618989391; bh=uFoXhYkz5a32q7oi6vnLuxbg8f59XYbYgbzLSw3v9/8=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=MzAxrW9NRSWGfmZn5PY2WhYZg2QKZqLaC8PJkCf8rwaovnrZpAdMapuWMZUh2Qya+ VYqSIvaK8x7NgO3oXIRC+KZhH1XC+Gs4nM15Fn4rpySLXvapJYKnh1OSL6eu03EIKP d6fSZ3iU9ZBhtjkwTpHFjE7W90FRfVl5yZlK5xuLg1DR5/oZOpnvBMBjJZsBBgldkC kLqOIzrC/fzy3tvTPF5gGZPjJZog7HiECg7VCW+37SwpGnFKj4Iy7BSTWwjl7La+t9 HeFJLJ7ONYm+QfgF6RraG9EU3nEdSPd8l5OajWQGouVbqlmahWvKOeohpROp4CkZTw FVROzrvOlZhqQ== Date: Wed, 21 Apr 2021 07:16:31 +0000 From: Gregory Heytings To: martin rudalics Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. In-Reply-To: Message-ID: <192e82f20f7e5133aaea@heytings.org> References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, 47894@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> - display-buffer-select is not a documented action, and does not even >> appear in the sources (even Google does not find it!), yet it works; > > I don't understand you here. It is defined above > Yes, I guess I was a bit tired when I wrote this ;-) Sorry for the noise. >> - After this action, point has moved, but (current-buffer) does not >> return the buffer where point is; (window-buffer (selected-window)) >> does. It seems to me that at the top-level these two should always be >> equal; apparently they are not. > > They need not be equal - only command_loop_1 ascertains that once here > > /* Make sure the current window's buffer is selected. */ > set_buffer_internal (XBUFFER (XWINDOW (selected_window)->contents)); > > but `display-buffer' can be called anywhere. The major point is that, > due to the fact that `display-buffer' may pop up a new frame and the WM > will usually focus that frame, an application can _never_ be sure which > window will get selected and which buffer will be current after calling > `display-buffer' finished. > Okay, thanks for the clarification. IIUC the right way to determine what the "current buffer" is (from a user's point of view: in which buffer will "a" be added if I press "a") is what I do: (window-buffer (selected-window)) and not what I did: (current-buffer)? From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 03:43:05 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 07:43:06 +0000 Received: from localhost ([127.0.0.1]:56873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ7Vp-0002Eb-Mz for submit@debbugs.gnu.org; Wed, 21 Apr 2021 03:43:05 -0400 Received: from mout.gmx.net ([212.227.17.20]:35371) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ7Vo-0002E7-DO for 47894@debbugs.gnu.org; Wed, 21 Apr 2021 03:43:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1618990977; bh=DA0FA9b4enpZm084FrD2ClYrWwCeMfyqGiFi7jGrgEk=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=DdlxnPF1He2nCWNF1iMulco6Vu5t5lsbGFZwb8Sq5GjEF0eArxTmTSWjX4A2j5d5k Fa8at4xXwKKtateJPy0Sg1bKRqblV8G3tAq3G8YL1dhvnS7d3HRnU7Qdek08SQQ4uJ 2I/4TyLZCFRoxFIt7Mwm4qKLRaxWsSIBrMXUcGNQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([212.95.5.139]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MWzfl-1l1ntR3U4X-00XLGk; Wed, 21 Apr 2021 09:42:56 +0200 Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. To: Gregory Heytings References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> <192e82f20f7e5133aaea@heytings.org> From: martin rudalics Message-ID: <6f6e4aa5-9fdf-b4e6-04d5-c43448d67623@gmx.at> Date: Wed, 21 Apr 2021 09:42:55 +0200 MIME-Version: 1.0 In-Reply-To: <192e82f20f7e5133aaea@heytings.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:WyjCkRRK69mY4Fi6xh4rbPplABiSLa7SAA4qQRYgbQdNndVMEn2 Rl+ebneGwy736w7Y8isNZyYBt3wdMnJ1hg99WeLJBq9O8+BRgiM2Nh0N8SGGevB9qwbtUoj UmVlfnRxxiUrUhKgwu4SBKE1Q+BVzdWBScA7osPywoHGVGZ+vC2Bbq3dv1w4GirHQunotPS 0VP2tLVInvqr7sNBgX9Pw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:gr8Fbiy1/Fo=:3rr7zxxrKEZtL3N7ZNeHIz E8M3nRDb6sb5x3UmTEM1BOQPSYix+oJoG20x4SDmtyvMSwe3Vn/emL1+BMuJR+YoHdUEJUwgo tFxJNdnajeeLRO04nQHOJNVikks81IGQx1fAklUdB0qDAcpJ4Lz9tQyc+jGIEibmFYVzPEJrA hgl1r342Qmv1dRPo3Ap4quBfhsyyBYtMJU+WkkJFza0uXlsT7NjUu4+66HJBpAckEQ+PYgxlu EnyP8VsrSrlwbt2JNhIgIC6RSnyKIHiqan22SYY0/ivqMRVsfDkcw6KPQEkquvDFrFkghKn5w ar4Jzu7PM9JVcA4ol/2NjKUE0RoLIgRIB0/b/L3Smi6XJSpeLJGWKHBvLZ1WFICW25MpvKLxf 5EpUJ34W0tpRLTPpJtxrxGsyetb6akWOk93supeoiGsNdVhqChC/nAZk6LmdYTowjlxkXEOIK w2sdxAL+FZKg6AY/fbl8EPNdm4FWC/cvD7fIIbHDlxVilieuJRHbgAJnCLto9RPUyaXRABk/8 dCnh6+RCw6fMniTzf98vbkD9+C5L98YvViGnCp2J0iunLVKIbNF7Iz1Rqn1KbqMmayyMyNr3H jUe2JIPbvUXXfsqtosCbVQEngmTQQSQdu/fCPO2GG1dmu1YLHjw1OKetEBbaXH00rqXd/6UT/ 0K9/qAATGNOnRDdJrnZJlgME8WSZrRUfWaBmrqOieDyQjwGFd81Lfs+vw23crwceXLXOYx1Fi K4KYwyY9l07ssnksgoFKQB9Iw0pjVkEdSOjYkT58ERGTgTVAFKVMPBw3+91sYOnSPolviB9k1 1kctWo8xHXHCkktxK9waqCgybKKrscu7+HB5jg84/CG9kernjxHLYRBJ0+cYYCvFkG7gc+D6A IW525jRaEdwuPPMVVn4hT3dF5Zr1gHNFKZdqKKn9S0YSbQLn7NjLR3FMoHSXhzpng0we9c8RG 9tu7k50Cv1KJrna2POQqYRwz5tfHRSYWsPPbcDxqIaNbMxR/YYbBlDK9ZC+0IOGFW0lFixn3O cmBtV995e/VM6kQ6pusaL7/irFUPGbaivbhBP7s9KZzOLixegPGN2soFa5gGK8JOQ0BURadhH 8wOoaXG7u9zkgP41rQ6f/8JnJqZD0ctN3RM1A/lQ8hoLcD1oPOqlW4BlWwNyEMJhUyBKap54E A/SDr2oA5pEV90mvJgRYlU+58GG9LBs5JP9UZ4VW94kX6CyVA0ouDLWcvVQ5K+sWq4I38= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, 47894@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Okay, thanks for the clarification. IIUC the right way to determine > what the "current buffer" is (from a user's point of view: in which > buffer will "a" be added if I press "a") is what I do: (window-buffer > (selected-window)) and not what I did: (current-buffer)? For users (eq (current-buffer) (window-buffer)) _should_ be invariant. When and if an application temporarily violates that invariant, it should reestablish it before the user can see it. So if an application calls `display-buffer' in a state where the invariant does not hold, it should handle that case including the complication that `display-buffer' might have selected another window. And it goes without saying that a display buffer action should never violate that invariant. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 03:49:31 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 07:49:31 +0000 Received: from localhost ([127.0.0.1]:56878 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ7c3-0002OJ-EH for submit@debbugs.gnu.org; Wed, 21 Apr 2021 03:49:31 -0400 Received: from heytings.org ([95.142.160.155]:46964) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZ7c1-0002O8-S7 for 47894@debbugs.gnu.org; Wed, 21 Apr 2021 03:49:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1618991368; bh=eJrTUJv8GvBUhgKJtkFH4ibs/avnIRttVflckyb1oSc=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=jcvH067HIP7Gf/GQGaVdoNr2LyS6SIlWWhQqNdBEq7iHhuhuHrSqmMQbL3p28rs6c Wu5NTU/zpS9DUF9FNJ39JgcCmhwppGNTLJCcFtfZwgP5Ntdjw3DDOLDi9uOnvn0efv XxvQZP4MdPqYECujAEufaYJmoIdQna8Ia/s7QzpIwDf3uXzPloU02V4wcs02zeZMfz 8xceCSQoOQ3QD81CpGiotQn1WYzwjCtEbv95YOoHlCz75ToeCoFWc9UQFi/FPx/aAw zzNt6HDGNzrN96gKGBtuq2TcFiLzvfYMVeQ62nWDjv9iGMoGa1biR4AufcM4SgIPni GaS0T01EA2e8Q== Date: Wed, 21 Apr 2021 07:49:28 +0000 From: Gregory Heytings To: martin rudalics Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. In-Reply-To: <6f6e4aa5-9fdf-b4e6-04d5-c43448d67623@gmx.at> Message-ID: <192e82f20f92affaec0e@heytings.org> References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> <192e82f20f7e5133aaea@heytings.org> <6f6e4aa5-9fdf-b4e6-04d5-c43448d67623@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, 47894@debbugs.gnu.org, Juri Linkov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >> Okay, thanks for the clarification. IIUC the right way to determine >> what the "current buffer" is (from a user's point of view: in which >> buffer will "a" be added if I press "a") is what I do: (window-buffer >> (selected-window)) and not what I did: (current-buffer)? > > For users (eq (current-buffer) (window-buffer)) _should_ be invariant. > When and if an application temporarily violates that invariant, it > should reestablish it before the user can see it. So if an application > calls `display-buffer' in a state where the invariant does not hold, it > should handle that case including the complication that `display-buffer' > might have selected another window. And it goes without saying that a > display buffer action should never violate that invariant. > I see. So in this case the bug was elsewhere as I thought, it's display-buffer-select which was wrong (as you said it should have used pop-to-buffer) and not the code I added in isearch-post-command-hook. Anyway using (window-buffer (selected-window)) should not harm, and is an extra safety against display buffer actions doing something weird. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 13:06:22 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 17:06:22 +0000 Received: from localhost ([127.0.0.1]:59691 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZGIw-0002zs-BA for submit@debbugs.gnu.org; Wed, 21 Apr 2021 13:06:22 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:36417) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZGIq-0002zJ-BV for 47894@debbugs.gnu.org; Wed, 21 Apr 2021 13:06:20 -0400 X-Originating-IP: 91.129.102.166 Received: from mail.gandi.net (m91-129-102-166.cust.tele2.ee [91.129.102.166]) (Authenticated sender: juri@linkov.net) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id B8E1F1C0004; Wed, 21 Apr 2021 17:06:08 +0000 (UTC) From: Juri Linkov To: Gregory Heytings Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. Organization: LINKOV.NET References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> <192e82f20f7e5133aaea@heytings.org> <6f6e4aa5-9fdf-b4e6-04d5-c43448d67623@gmx.at> <192e82f20f92affaec0e@heytings.org> Date: Wed, 21 Apr 2021 20:02:02 +0300 In-Reply-To: <192e82f20f92affaec0e@heytings.org> (Gregory Heytings's message of "Wed, 21 Apr 2021 07:49:28 +0000") Message-ID: <87o8e7bmgl.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, martin rudalics , 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain >> For users (eq (current-buffer) (window-buffer)) _should_ be >> invariant. When and if an application temporarily violates that >> invariant, it should reestablish it before the user can see it. So if an >> application calls `display-buffer' in a state where the invariant does >> not hold, it should handle that case including the complication that >> `display-buffer' might have selected another window. And it goes without >> saying that a display buffer action should never violate that invariant. > > I see. So in this case the bug was elsewhere as I thought, it's > display-buffer-select which was wrong (as you said it should have used > pop-to-buffer) and not the code I added in > isearch-post-command-hook. Anyway using (window-buffer (selected-window)) > should not harm, and is an extra safety against display buffer actions > doing something weird. As this bug report indicates, automatically exiting isearch does more harm. So rather than forcibly exit isearch, we could select the original window back, in the same vein as isearch-back-into-window in the same hook moves point back to the old window boundaries: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=isearch-post-command-hook-select-window.patch diff --git a/lisp/isearch.el b/lisp/isearch.el index f1e6e3eba2..1dfb0c86fc 100644 --- a/lisp/isearch.el +++ b/lisp/isearch.el @@ -3052,6 +3057,8 @@ isearch-pre-command-hook (isearch-clean-overlays))))) (defun isearch-post-command-hook () + (unless (eq (selected-window) (old-selected-window)) + (select-window (old-selected-window))) (when isearch-pre-scroll-point (let ((ab-bel (isearch-string-out-of-window isearch-pre-scroll-point))) (if ab-bel --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 13:18:41 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 17:18:41 +0000 Received: from localhost ([127.0.0.1]:59704 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZGUr-0003I4-HG for submit@debbugs.gnu.org; Wed, 21 Apr 2021 13:18:41 -0400 Received: from heytings.org ([95.142.160.155]:47710) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZGUo-0003Hv-BM for 47894@debbugs.gnu.org; Wed, 21 Apr 2021 13:18:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1619025517; bh=9QuCBjSwMyeVLvUEtDjGQPhe80wFBsqVT89LEUZhHgw=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=pWoRNuJtHUSutW7hYq/33t8ewuQQKgpGhF1Y+ir/DuW8rySUCKKgTmUobih/SMA6P 5/Lq39Q+wjBwXCuS74UsUjNCM4IEM8NGiNL8DZ1uRbX2PMmykQ+wHZbdqcu/e9HhMJ 0j0YGmVbIHIJHSyyJHIJP+WJp3pB+bMeQDkr8CXNGBcM4cSPNDn6NjRPEcV3EPViBS AATsDsu6PenQCjjEh7uSZaHEyZ/Ish2QaNb6YMEiKVPbjbRDE/GUquM4DowgQuIHiU RT5Lmipb/THYZ4KUyBE8BUO20DKGFh50ZnsVETH8Uj1OIWQosdLaGqr6i8y9s+Gcml Ud2HcUc9DUfQQ== Date: Wed, 21 Apr 2021 17:18:36 +0000 From: Gregory Heytings To: Juri Linkov Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. In-Reply-To: <87o8e7bmgl.fsf@mail.linkov.net> Message-ID: <192e82f20fe0d0cd2448@heytings.org> References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> <192e82f20f7e5133aaea@heytings.org> <6f6e4aa5-9fdf-b4e6-04d5-c43448d67623@gmx.at> <192e82f20f92affaec0e@heytings.org> <87o8e7bmgl.fsf@mail.linkov.net> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, martin rudalics , 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>> For users (eq (current-buffer) (window-buffer)) _should_ be invariant. >>> When and if an application temporarily violates that invariant, it >>> should reestablish it before the user can see it. So if an >>> application calls `display-buffer' in a state where the invariant does >>> not hold, it should handle that case including the complication that >>> `display-buffer' might have selected another window. And it goes >>> without saying that a display buffer action should never violate that >>> invariant. >> >> I see. So in this case the bug was elsewhere as I thought, it's >> display-buffer-select which was wrong (as you said it should have used >> pop-to-buffer) and not the code I added in isearch-post-command-hook. >> Anyway using (window-buffer (selected-window)) should not harm, and is >> an extra safety against display buffer actions doing something weird. > > As this bug report indicates, automatically exiting isearch does more > harm. > I guess it's a matter of interpretation here. In this bug report isearch was automatically exited by error, because isearch-post-command-hook is executed inside the minibuffer (I'm not sure it should be). On the contrary, what Zhiwei Chen asked is what the patch does: exit isearch when point has moved to another window at the request of the user. > > So rather than forcibly exit isearch, we could select the original > window back, in the same vein as isearch-back-into-window in the same > hook moves point back to the old window boundaries: > That would be the opposite of what Zhiwei Chen asked (twice), but I won't fight for him. From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 13:39:20 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 17:39:20 +0000 Received: from localhost ([127.0.0.1]:59737 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZGop-0003qO-SB for submit@debbugs.gnu.org; Wed, 21 Apr 2021 13:39:20 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:47583) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZGon-0003pu-JB for 47894@debbugs.gnu.org; Wed, 21 Apr 2021 13:39:18 -0400 X-Originating-IP: 91.129.102.166 Received: from mail.gandi.net (m91-129-102-166.cust.tele2.ee [91.129.102.166]) (Authenticated sender: juri@linkov.net) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 29837C0009; Wed, 21 Apr 2021 17:39:08 +0000 (UTC) From: Juri Linkov To: Gregory Heytings Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. Organization: LINKOV.NET References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> <192e82f20f7e5133aaea@heytings.org> <6f6e4aa5-9fdf-b4e6-04d5-c43448d67623@gmx.at> <192e82f20f92affaec0e@heytings.org> <87o8e7bmgl.fsf@mail.linkov.net> <192e82f20fe0d0cd2448@heytings.org> Date: Wed, 21 Apr 2021 20:37:07 +0300 In-Reply-To: <192e82f20fe0d0cd2448@heytings.org> (Gregory Heytings's message of "Wed, 21 Apr 2021 17:18:36 +0000") Message-ID: <87r1j3a69o.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, martin rudalics , 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > On the contrary, what Zhiwei Chen asked is what the patch does: exit > isearch when point has moved to another window at the request of the user. Anyone who wants to exit isearch, needs to do this explicitly, where the request of the user means typing a key that exits isearch. >> So rather than forcibly exit isearch, we could select the original window >> back, in the same vein as isearch-back-into-window in the same hook moves >> point back to the old window boundaries: > > That would be the opposite of what Zhiwei Chen asked (twice), but I won't > fight for him. His example used the command isearch-occur. This command is exceptional - it doesn't exit intentionally, to be able to show matches in another window without exiting isearch. So the right customization for him is (advice-add 'isearch-occur :after (lambda (&rest _args) (isearch-done nil t) (isearch-clean-overlays))) From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 14:04:53 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 18:04:53 +0000 Received: from localhost ([127.0.0.1]:59753 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZHDZ-0004SF-0J for submit@debbugs.gnu.org; Wed, 21 Apr 2021 14:04:53 -0400 Received: from relay11.mail.gandi.net ([217.70.178.231]:52521) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZHDV-0004Rz-Ve for 47894@debbugs.gnu.org; Wed, 21 Apr 2021 14:04:52 -0400 Received: from mail.gandi.net (m91-129-102-166.cust.tele2.ee [91.129.102.166]) (Authenticated sender: juri@linkov.net) by relay11.mail.gandi.net (Postfix) with ESMTPSA id 5960C100005; Wed, 21 Apr 2021 18:04:41 +0000 (UTC) From: Juri Linkov To: Gregory Heytings Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. Organization: LINKOV.NET References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> <192e82f20f7e5133aaea@heytings.org> <6f6e4aa5-9fdf-b4e6-04d5-c43448d67623@gmx.at> <192e82f20f92affaec0e@heytings.org> <87o8e7bmgl.fsf@mail.linkov.net> Date: Wed, 21 Apr 2021 20:59:19 +0300 In-Reply-To: <87o8e7bmgl.fsf@mail.linkov.net> (Juri Linkov's message of "Wed, 21 Apr 2021 20:02:02 +0300") Message-ID: <87bla7iklo.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain > So rather than forcibly exit isearch, we could select the original window back I see two cases that could go wrong: 1. another window is selected by display-buffer-alist. This can be fixed by selecting an old window back. 2. another buffer is displayed in the same window by display-buffer-alist. Isearch help commands solve the second problem by simply using isearch--display-help-action that inhibits displaying other buffers in the same window. Instead of let-binding display-buffer-overriding-action in all isearch help commands, we could set it temporarily like we already temporarily set overriding-terminal-local-map: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=isearch--saved-overriding-action.patch diff --git a/lisp/isearch.el b/lisp/isearch.el index f1e6e3eba2..1dfb0c86fc 100644 --- a/lisp/isearch.el +++ b/lisp/isearch.el @@ -499,32 +499,28 @@ isearch--display-help-action (defun isearch-help-for-help () "Display Isearch help menu." (interactive) - (let ((display-buffer-overriding-action isearch--display-help-action)) - (isearch-help-for-help-internal)) + (isearch-help-for-help-internal) (isearch-update)) (defun isearch-describe-bindings () "Show a list of all keys defined in Isearch mode, and their definitions. This is like `describe-bindings', but displays only Isearch keys." (interactive) - (let ((display-buffer-overriding-action isearch--display-help-action)) - (with-help-window "*Help*" - (with-current-buffer standard-output - (princ "Isearch Mode Bindings:\n") - (princ (substitute-command-keys "\\{isearch-mode-map}")))))) + (with-help-window "*Help*" + (with-current-buffer standard-output + (princ "Isearch Mode Bindings:\n") + (princ (substitute-command-keys "\\{isearch-mode-map}"))))) (defun isearch-describe-key () "Display documentation of the function invoked by isearch key." (interactive) - (let ((display-buffer-overriding-action isearch--display-help-action)) - (call-interactively 'describe-key)) + (call-interactively 'describe-key) (isearch-update)) (defun isearch-describe-mode () "Display documentation of Isearch mode." (interactive) - (let ((display-buffer-overriding-action isearch--display-help-action)) - (describe-function 'isearch-forward)) + (describe-function 'isearch-forward) (isearch-update)) (defalias 'isearch-mode-help 'isearch-describe-mode) @@ -953,6 +949,7 @@ isearch-hidden (defvar isearch-input-method-function nil) (defvar isearch--saved-overriding-local-map nil) +(defvar isearch--saved-overriding-action nil) ;; Minor-mode-alist changes - kind of redundant with the ;; echo area, but if isearching in multiple windows, it can be useful. @@ -1278,6 +1280,8 @@ isearch-mode (setq isearch-mode " Isearch") ;; forward? regexp? (force-mode-line-update) + (setq isearch--saved-overriding-action display-buffer-overriding-action + display-buffer-overriding-action isearch--display-help-action) (setq overriding-terminal-local-map isearch-mode-map) (run-hooks 'isearch-mode-hook) ;; Remember the initial map possibly modified @@ -1400,6 +1404,7 @@ isearch-done ;; Called by all commands that terminate isearch-mode. ;; If NOPUSH is non-nil, we don't push the string on the search ring. (setq overriding-terminal-local-map nil) + (setq display-buffer-overriding-action isearch--saved-overriding-action) ;; (setq pre-command-hook isearch-old-pre-command-hook) ; for lemacs (setq minibuffer-message-timeout isearch-original-minibuffer-message-timeout) (isearch-dehighlight) @@ -3052,6 +3057,8 @@ isearch-pre-command-hook (isearch-clean-overlays))))) (defun isearch-post-command-hook () + (unless (eq (selected-window) (old-selected-window)) + (select-window (old-selected-window))) (when isearch-pre-scroll-point (let ((ab-bel (isearch-string-out-of-window isearch-pre-scroll-point))) (if ab-bel --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 21 15:28:47 2021 Received: (at 47894) by debbugs.gnu.org; 21 Apr 2021 19:28:47 +0000 Received: from localhost ([127.0.0.1]:59832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZIWk-0006TU-Lh for submit@debbugs.gnu.org; Wed, 21 Apr 2021 15:28:46 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:6467) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lZIWg-0006Sz-Pl; Wed, 21 Apr 2021 15:28:43 -0400 X-Originating-IP: 91.129.102.166 Received: from mail.gandi.net (m91-129-102-166.cust.tele2.ee [91.129.102.166]) (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 00A5B240005; Wed, 21 Apr 2021 19:28:34 +0000 (UTC) From: Juri Linkov To: Gregory Heytings Subject: Re: bug#47894: 28.0.50; isearch does not work if enable-recursive-minibuffers is on and some input method is set. Organization: LINKOV.NET References: <87eef6p8bh.fsf@gmail.com> <874kg0d8ui.fsf@mail.linkov.net> <192e82f20f7e5133aaea@heytings.org> <6f6e4aa5-9fdf-b4e6-04d5-c43448d67623@gmx.at> <192e82f20f92affaec0e@heytings.org> <87o8e7bmgl.fsf@mail.linkov.net> <87bla7iklo.fsf@mail.linkov.net> Date: Wed, 21 Apr 2021 22:23:59 +0300 In-Reply-To: <87bla7iklo.fsf@mail.linkov.net> (Juri Linkov's message of "Wed, 21 Apr 2021 20:59:19 +0300") Message-ID: <87zgxrfnlc.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47894 Cc: max.brieiev@gmail.com, 47894@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) tags 47894 fixed close 47894 28.0.50 quit > Isearch help commands solve the second problem by simply using > isearch--display-help-action that inhibits displaying other buffers > in the same window. > > Instead of let-binding display-buffer-overriding-action > in all isearch help commands, we could set it temporarily > like we already temporarily set overriding-terminal-local-map: Actually, I withdraw my patches. Better not to make any assumptions about possible ways how isearch is used because of existence of such complex cases like with input methods in this bug report (fixed and closed). By default, most commands that want to display a buffer in another window, exit isearch automatically, so there is no problem. Only isearch help commands and isearch-occur don't exit isearch before displaying another buffer, thus they need to be treated individually. From unknown Mon Jun 23 11:25:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 20 May 2021 11:24:09 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator