From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#6956: 24.0.50; pasting mouse selection in other session pastes only first word Date: Mon, 20 Sep 2010 15:24:22 -0700 Message-ID: References: <296F488C207B496D9CA42F4AA0F7C835@us.oracle.com> <8339t9319s.fsf@gnu.org> <83wrqk23yr.fsf@gnu.org> <3BE2421F73AD4292AE8375CA3328663D@us.oracle.com> <83hbho1h4t.fsf@gnu.org> <5B16E128E52B43208024BDA589BBBF14@us.oracle.com> <8362y41ewm.fsf@gnu.org> <0CE7A4536FD74DEBB3A68D948F4A5873@us.oracle.com> <83eicoxlyp.fsf@gnu.org> <83aancxhme.fsf@gnu.org> <838w2wxetb.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1285022470 508 80.91.229.12 (20 Sep 2010 22:41:10 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 20 Sep 2010 22:41:10 +0000 (UTC) Cc: 6956@debbugs.gnu.org To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 21 00:41:09 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxp2m-0007MK-Dk for geb-bug-gnu-emacs@m.gmane.org; Tue, 21 Sep 2010 00:41:04 +0200 Original-Received: from localhost ([127.0.0.1]:50551 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oxp2l-0006XN-LF for geb-bug-gnu-emacs@m.gmane.org; Mon, 20 Sep 2010 18:41:03 -0400 Original-Received: from [140.186.70.92] (port=36443 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oxp2c-0006VF-QC for bug-gnu-emacs@gnu.org; Mon, 20 Sep 2010 18:40:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oxp2b-0004pn-60 for bug-gnu-emacs@gnu.org; Mon, 20 Sep 2010 18:40:54 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45756) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxp2b-0004pi-31 for bug-gnu-emacs@gnu.org; Mon, 20 Sep 2010 18:40:53 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OxolJ-0000oF-L4; Mon, 20 Sep 2010 18:23:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Sep 2010 22:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6956 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 6956-submit@debbugs.gnu.org id=B6956.12850213583103 (code B ref 6956); Mon, 20 Sep 2010 22:23:01 +0000 Original-Received: (at 6956) by debbugs.gnu.org; 20 Sep 2010 22:22:38 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxokw-0000o0-6W for submit@debbugs.gnu.org; Mon, 20 Sep 2010 18:22:38 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oxokt-0000nv-Ol for 6956@debbugs.gnu.org; Mon, 20 Sep 2010 18:22:36 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o8KMP3W9015919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 20 Sep 2010 22:25:05 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o8KMOxhB021195; Mon, 20 Sep 2010 22:24:59 GMT Original-Received: from abhmt010.oracle.com by acsmt354.oracle.com with ESMTP id 614538001285021463; Mon, 20 Sep 2010 15:24:23 -0700 Original-Received: from dradamslap1 (/10.159.216.217) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 20 Sep 2010 15:24:23 -0700 X-Mailer: Microsoft Office Outlook 11 In-reply-to: <838w2wxetb.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: ActZDjjy+v1Mbx0ORNa6gNSk4LuxAQAAO5ug X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 20 Sep 2010 18:23:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:40332 Archived-At: > > No, it does not now work exactly as it did in Emacs 23. > > > > Even setting `mouse-drag-copy-region' to nil in two > > sessions of `emacs -Q', one for Emacs 22 and the other > > for Emacs 23 (for example), there is still no problem > > selecting with the mouse and pasting into the other session. > > Emacs 24 did change the default behavior, so in Emacs 24, you _must_ > set mouse-drag-copy-region non-nil to get the pre-Emacs 24 behavior. > > If you can point out what is different in the behavior of Emacs 24 > _after_ setting mouse-drag-copy-region wrt double-clicking mouse-1, > please do. Otherwise, this bug is done. A user in Emacs 20, 21, 22, 23 could have `mouse-drag-copy-region' nil, and thus not have mouse selection touch the kill ring - in principle (even if not in fact, because of a bug), and yet s?he was still able to select and paste using the mouse - between sessions, including sessions with different Emacs versions. That ability is lost. This is a regression wrt the advertised behavior for Emacs 22 through 23 (ever since that user option has existed). Or if it is not lost, tell me how s?he can do that in Emacs 24. > > > > What's needed is here is the ability to mouse-select in one > > > > Emacs session and paste to another Emacs session, even if > > > > they are in different Emacs versions. > > > > That needs to be possible (and it should also be the > > > > default behavior BTW) without users also needing to pollute > > > > their kill ring with the selection. > > It wasn't possible to do this in Emacs 23 without "polluting the kill > ring", AFAICS. In Emacs 23, double-clicking mouse-1 would copy the > text to the kill ring even if mouse-drag-copy-region was nil. If you > know otherwise, please show how to achieve that (in Emacs 23). Yes. But what matters is not just "AFAICS" but what the product was _supposed_ to do, what `mouse-drag-copy-region' advertised that it did, even if it did not actually do that on some (all?) platforms. IOW, you seem to be just pointing out that there was an Emacs 22/23 bug here, in that `mouse-drag-copy-region' polluted the kill ring even when it was nil. We're not about to fix Emacs 22 or 23 bugs now, but we can at least make it work as advertised/intended for Emacs 24. I report the bug for Emacs 24, even if it is also a bug for 22 and 23. > > They need to be able to get this select+paste independently of > > whether mouse selection is copied to the kill ring. > > Since this wasn't possible in Emacs 23, you are in effect asking for a > new feature. That "new feature" was implicitly available before, even if it was prevented from working for nil `mouse-drag-copy-region' because that option always acted as non-nil. > The old behavior is completely restored by customizing > mouse-drag-copy-region; Not the intended, advertised behavior, but a buggy behavior. `mouse-drag-copy-region' was a no-op option. Now it works, but when it is nil select+paste does not work between sessions with different Emacs versions. > after that Emacs behaves on Windows in a way > that is 100% compatible with what it did in Emacs 23 and before. If > you can show the difference in behavior, please do. The fact that a > variable needs to be customized is not in itself a change in behavior. The problem is not needing to customize the behavior. The problem is that the nil value does not work wrt mouse select+paste. The option was not created to prevent select+paste between sessions (and only when those sessions are for different versions!?). It was created only to choose whether the kill ring is affected by mouse selection. Mouse selection + paste should not depend on the kill ring. Users should be able to get the behavior that we claimed they could get in Emacs 22/23. We never said that you could mouse-select + paste between sessions of different versions only if the selection was copied to the kill ring. So let's please find a way to let users do what was intended to be allowed in the past, even if a bug prevented it back then. The bug in the past was that `mouse-drag-copy-region' was a no-op. That's fixed now. But a different bug now shows up, whether it was latently present before or is new due to the change in selection in Emacs 24. That new bug is the one I reported: "pasting mouse selection in other session".