From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#45617: loses the edit region. Works in 23.3, broke in 26.3 Date: Wed, 06 Jan 2021 19:44:30 +0200 Organization: LINKOV.NET Message-ID: <8735ze9e09.fsf@mail.linkov.net> References: <000001d6e16c$984bcb70$c8e36250$@net> <83turycc18.fsf@gnu.org> <87ble4ob6v.fsf@mail.linkov.net> <000601d6e2ea$8f6601e0$ae3205a0$@net> <877dorkznt.fsf@mail.linkov.net> <002701d6e39b$4ac35680$e04a0380$@net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18780"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: 45617@debbugs.gnu.org To: "Bob Floyd" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jan 06 19:11:17 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kxDHB-0004kK-K3 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 06 Jan 2021 19:11:17 +0100 Original-Received: from localhost ([::1]:35704 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kxDHA-0004u8-Ba for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 06 Jan 2021 13:11:16 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49814) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kxDGx-0004tI-OG for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2021 13:11:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33935) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kxDGx-0007cO-HA for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2021 13:11:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kxDGx-0005Pr-Cj for bug-gnu-emacs@gnu.org; Wed, 06 Jan 2021 13:11:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jan 2021 18:11:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45617 X-GNU-PR-Package: emacs Original-Received: via spool by 45617-submit@debbugs.gnu.org id=B45617.160995665120736 (code B ref 45617); Wed, 06 Jan 2021 18:11:03 +0000 Original-Received: (at 45617) by debbugs.gnu.org; 6 Jan 2021 18:10:51 +0000 Original-Received: from localhost ([127.0.0.1]:45468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kxDGl-0005ON-4w for submit@debbugs.gnu.org; Wed, 06 Jan 2021 13:10:51 -0500 Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:46125) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kxDGj-0005Nx-EA for 45617@debbugs.gnu.org; Wed, 06 Jan 2021 13:10:49 -0500 X-Originating-IP: 91.129.98.64 Original-Received: from mail.gandi.net (m91-129-98-64.cust.tele2.ee [91.129.98.64]) (Authenticated sender: juri@linkov.net) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 34FB66000A; Wed, 6 Jan 2021 18:10:41 +0000 (UTC) In-Reply-To: <002701d6e39b$4ac35680$e04a0380$@net> (Bob Floyd's message of "Tue, 5 Jan 2021 11:45:15 -0800") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:197436 Archived-At: > For my two cents, what you write sounds like the real problem is the > minibuffer failing to restore on exit. A fix to that would be preferable to > the patch. After all, who knows what else may affected by the minibuffer! > I'd be happy to test this alternative. The question we need to answer: should this fix affect all other uses of the minibuffer? So for any command that operates on the active region and asks its arguments from the minibuffer, when you copy the text from the original buffer to the minibuffer and thus change its region, should quitting the minibuffer restore the original region for all such commands? This means restoring the original mark and point.