Re: emacs reply fills X clipboard with reply message body
authorTomi Ollila <tomi.ollila@iki.fi>
Thu, 19 Sep 2013 06:28:04 +0000 (09:28 +0300)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:57:10 +0000 (09:57 -0800)
ad/24c8d6fc8a289b02789fa34c5510e008db45d3 [new file with mode: 0644]

diff --git a/ad/24c8d6fc8a289b02789fa34c5510e008db45d3 b/ad/24c8d6fc8a289b02789fa34c5510e008db45d3
new file mode 100644 (file)
index 0000000..0270120
--- /dev/null
@@ -0,0 +1,149 @@
+Return-Path: <tomi.ollila@iki.fi>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 4552B431FBC\r
+       for <notmuch@notmuchmail.org>; Wed, 18 Sep 2013 23:28:27 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
+       autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id 4uTV3+x-hAdl for <notmuch@notmuchmail.org>;\r
+       Wed, 18 Sep 2013 23:28:15 -0700 (PDT)\r
+Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])\r
+       by olra.theworths.org (Postfix) with ESMTP id 8F212431FAE\r
+       for <notmuch@notmuchmail.org>; Wed, 18 Sep 2013 23:28:14 -0700 (PDT)\r
+Received: from guru.guru-group.fi (localhost [IPv6:::1])\r
+       by guru.guru-group.fi (Postfix) with ESMTP id CEF411000B2;\r
+       Thu, 19 Sep 2013 09:28:04 +0300 (EEST)\r
+From: Tomi Ollila <tomi.ollila@iki.fi>\r
+To: Mark Walters <markwalters1009@gmail.com>,\r
+       Jameson Graef Rollins <jrollins@finestructure.net>,\r
+       Notmuch Mail <notmuch@notmuchmail.org>\r
+Subject: Re: emacs reply fills X clipboard with reply message body\r
+In-Reply-To: <87hadh934c.fsf@qmul.ac.uk>\r
+References: <87vc1y6fbr.fsf@servo.finestructure.net>\r
+       <m2y56uirtf.fsf@guru.guru-group.fi> <87hadh934c.fsf@qmul.ac.uk>\r
+User-Agent: Notmuch/0.16+86~g2d126a3 (http://notmuchmail.org) Emacs/24.3.1\r
+       (x86_64-unknown-linux-gnu)\r
+X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL\r
+       $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F\r
+       !)g;OY^,BjTbr)Np:%c_o'jj,Z\r
+Date: Thu, 19 Sep 2013 09:28:04 +0300\r
+Message-ID: <m2txhh1g23.fsf@guru.guru-group.fi>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=utf-8\r
+Content-Transfer-Encoding: quoted-printable\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Thu, 19 Sep 2013 06:28:28 -0000\r
+\r
+On Thu, Sep 19 2013, Mark Walters <markwalters1009@gmail.com> wrote:\r
+\r
+> I have looked at this but haven't fully worked out what is going on.\r
+>\r
+> Tomi found (on irc) that putting a (select-active-regions nil) to line\r
+> 212 of notmuch-mua.el solves the problem.\r
+\r
+You found that it was select-active-regions what to try ...\r
+\r
+> My testing shows that putting a (let ((select-active-regions nil))\r
+> around the lines 224-227 in notmuch-mua.el also solves the problem.\r
+>\r
+> However, when trying to narrow the problem I see some odd behaviour: if\r
+> you put the let just around the message-cite-original line then the\r
+> following happens:\r
+>\r
+> if the primary selection is in some non-emacs window (eg an xterm) then\r
+> the bug does not show up but if the primary selection is in the emacs\r
+> window and then you initiate the reply then the bug does show up.=20\r
+>\r
+> We could just try one of the above two fixes but it could be papering\r
+> over something.\r
+\r
+Yes, such duct-taping something is probably not the best approach;\r
+we could use that as a "temporary" solution but you know what happens\r
+with these "temporary" solutions.\r
+\r
+Also, doing these ad-hoc testing switching between emacs 23 & 24 and\r
+something doing "mouse-draggin" or "shift-selection" (*) and other=20\r
+times C-SPC and then moving cursor (and forgetting which approach is\r
+tried get things confusing).\r
+\r
+(*) mouse-dragging & shift-selection taken from the documentation string\r
+of variable select-active-regions. It seems that 'only is the value=20\r
+I personally want to use there....\r
+\r
+... have to try the 'only option -- and also disabling transient-mark-mode\r
+-- how to do that is a question (the docstring is a bit confusing and it\r
+seems although I have (transient-mark-mode t) it is enabled -- how to\r
+know transient-mark-mode is enabled is also a bit of mystery to me :/\r
+\r
+\r
+Forget my mml-quote-reqion -comment in my previous mail. although the\r
+diagnose was wrong the cure was working ;/\r
+\r
+\r
+> Best wishes\r
+>\r
+> Mark\r
+\r
+Tomi\r
+\r
+>\r
+>\r
+>\r
+>\r
+> On Wed, 18 Sep 2013, Tomi Ollila <tomi.ollila@iki.fi> wrote:\r
+>> On Wed, Sep 18 2013, Jameson Graef Rollins <jrollins@finestructure.net> =\r
+wrote:\r
+>>\r
+>>> I've just started noticing that when I reply to messages from the emacs\r
+>>> UI, my X clipboard is filled with the body of the reply message,\r
+>>> displacing whatever was in there previously.  I'm not sure if this is\r
+>>> related to my personal emacs configuration, or some non-ideal way we're\r
+>>> inserting body parts in replies.  However, even if it is a configuration\r
+>>> issue in my emacs, I suspect that there should be a better way to insert\r
+>>> the reply body such that there's not even a possibility that it would\r
+>>> leak into the users X clipboard, regardless of emacs settings.  Any\r
+>>> thoughts?\r
+>>\r
+>> env -u DISPLAY emacs -f notmuch ;)\r
+>>\r
+>>\r
+>> .. OK, I'm marking this as a bug -- I witness the same behaviour.\r
+>>\r
+>> Originally I thought this relates directly to the fact that mark\r
+>> is set at the end of quoted text and (point) is at the beginning of\r
+>> buffer -- so that simple c-w can be used to remove the contents in\r
+>> case desired... but the X paste provides the original text, not the\r
+>> quoted one.\r
+>>\r
+>> Someone=E2=84=A2 has to dig (deeper) into the code for this...\r
+>>\r
+>>> jamie.\r
+>>\r
+>> Tomi\r
+>>\r
+>> _______________________________________________\r
+>> notmuch mailing list\r
+>> notmuch@notmuchmail.org\r
+>> http://notmuchmail.org/mailman/listinfo/notmuch\r
+> _______________________________________________\r
+> notmuch mailing list\r
+> notmuch@notmuchmail.org\r
+> http://notmuchmail.org/mailman/listinfo/notmuch\r