From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Feb 2022 09:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 53894@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16443992988473 (code B ref -1); Wed, 09 Feb 2022 09:35:01 +0000 Received: (at submit) by debbugs.gnu.org; 9 Feb 2022 09:34:58 +0000 Received: from localhost ([127.0.0.1]:49836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHjN4-0002CL-Sg for submit@debbugs.gnu.org; Wed, 09 Feb 2022 04:34:57 -0500 Received: from lists.gnu.org ([209.51.188.17]:36676) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHjN3-0002CD-6G for submit@debbugs.gnu.org; Wed, 09 Feb 2022 04:34:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35592) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHjMv-0004J9-Sl for bug-gnu-emacs@gnu.org; Wed, 09 Feb 2022 04:34:36 -0500 Received: from mail-oln040092069072.outbound.protection.outlook.com ([40.92.69.72]:21070 helo=EUR02-VE1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHjMr-0005tH-7L for bug-gnu-emacs@gnu.org; Wed, 09 Feb 2022 04:34:32 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=egy7sf3u/DSgMwK/ylxcH0EUkGkhsx/fRLhPqiemjvCsTmqv1A5ZfqtyR+Qgviw5YfEb82m2sGkSjPnCtK+HriKO68dMrqn8wwroEvU8fH2aPQsHifx+siIVTfbj9NtwoOgTifvGYdVDPoWzaHn32IELf5O2Sp7dXmILAkQS50RLSRzBPRxNevut2gX1CdmNPfN8QuVNli71RubKFdRpc2FOVRAZjA+Yd0OQzrnnDmkXZv+/wJKa3fltxXRO6YivxwoLSZdHmfXseUwmWpDfE86xshiLtbv0jMJJFxE24BPYPumRwvqAznrJHrcnng8dD/hA80Nf8e33GKWbVPbBuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=r4nwZE2hOnLBUB5P0s0ipFjALL98n7Cdbwc/zBXY4zM=; b=YX0tsGfahOcQDZLzU5atQZB1Q+Q81AOC+NdHi+Ies3kG8NPS9WbcogbIIqH3Cnh+imAz5PG9uTROuzLDF/3SfQDIOnWfkzpH8wN83Dh3MCIDp0FwMNzXNoS0wxp9vhrQOEcDSKdr5jHqzcxiQyp2NAvRz1UCTjbj7MrRmsUCV2Cumm+i5+P2Cv7ARnH0hUvBl4qPWmfW8FhOcdFGpz2YBssW21LR85ora0XRrso8UPxCw8ejwvA9+NzeEZJpGdFXRLSqE++jqmjMsZqNseWL7ODUMNELTO55CnmrY+2hh+Yaqxgs7mrU+6uSYraHccDv5PCcDrUngdV7E9uSvIjJ8g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r4nwZE2hOnLBUB5P0s0ipFjALL98n7Cdbwc/zBXY4zM=; b=hgSuBtl/xwFnxV4Ytcm7mW3wNDZh3mWTEqV1F2uHQsKd5Xc6c346aDdMIF0Ex2V2SGS8oEJiC0Gt75BhIyKvzGxjbCDGA5eL8eM0Ygrrv6Q/S0QWqg5ggkoexjoR75W5t2d4vUaJvwuTeEyJ2tBhlmiz+jDkfNMwmCNaCFH1YQGkUF6AtN4oDiCrKm6phFj+l/z3OzN0kuwXHKqkehM6vuZNl0/cXEOyD9T/B7u5T8nTc2mPfNj3/KSSZ0CkVDyW2kh96QPjZkhE1YJRLwFH6qNoKRgMtQ0soMTjnv/eM8AgGNinQDHwXgqeksgJZYMFJjHCKMKWzyZmZCjertPGAw== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by VI1PR06MB4125.eurprd06.prod.outlook.com (2603:10a6:802:65::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4951.14; Wed, 9 Feb 2022 09:34:24 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782%5]) with mapi id 15.20.4951.019; Wed, 9 Feb 2022 09:34:24 +0000 User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Wed, 09 Feb 2022 10:13:25 +0100 Message-ID: Content-Type: text/plain X-TMN: [vnhnBhoeJi/R4tZCxFWt97e5CdzpiLYz] X-ClientProxiedBy: MR2P264CA0087.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:32::27) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87tud8jsdg.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 2cd2751e-d60a-4664-383b-08d9ebaf5b92 X-MS-TrafficTypeDiagnostic: VI1PR06MB4125:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: hsQxW4yy/F5OD2iQQWpUC4GdcnzMG5+qC+JcRcA4eRtan1TkpImtI0ktxJJipBxGc8Yxve9RXZ2MtsLuJJGZ+uciSX4AxWvWC0EH0AwmOGjekbMW0algz8D0oKLeoy42qKHr5FC83LmwCecij4lEodbXyGAqCqjtefDxhCNqaG3D0HZZfMiVd2hl+MoErLyYvJK/vsmU1rpCjvkBnoM5ipFRuxu4YhjlwDfBDwuokpADGZQzg4Yxe+QZoKpS+u+OnYfljiX5xUgKONacFNtu1JK86YdAhq1l5Pm2rJznlik9gz6MCWrVCJGnf5cvIE9+qMEK+VcHMjrrsirO/jHe7AcxdVd8G/8dNUuQU+9xljOgGlT13xybBeBzUMH4/cRQxfJGFn/qIBQO1Wcynxd4Y906ENZJgJRHDCazuoAQhnX33fcnd8KtMX1giwN3nmYgayD9sXo24Yc39hPimYN5Y73aGcBVcWvwPZnNFqOnSFy6INBP+o6wOdBNwGCQdVVi0hHXkeM6+Q57YTLcDeOqlqIKGsBlS8iGk87N/DNXGRq6P2BrVCaEtjoIODlm1FqVBH7QFkv1ERWz+OF+Wkn/nQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 1gNyXDW8YTFalGlKNPLWqg8Ioxw6+S7Ck1y3pLFS4ucrQ6a6TzN7d0ifhYX7hjWtffndn2IHTqYDn6xime1ibLo+oxozUMm1kwcJtz+WZH5rEcad3CMvyXzIgtzNw+aHoEHUXhc4rLjybrhP8IrKqjoVv5A1ClXwIDJ2tMEU+B2dKhkleJH9CDmuK7XLILn0T6NEA+rM8ZjxxJusLoJONKX4e9FnTo3Z7s0tQxmM0Ynq4f6i/f6v7vaJvD2IxTMNRjruDbLF4nebuGfI4YwaGn3Vu3/uxSHIBPmhqTtOF2NoihGC//gtDmuOBAdWBG/xUTmv8p0cU88Li8kRi9UTeVeTGZzlGd9ysZ5gEinXxPj2Qkx0Qlk+i8KNhUWzudDOFLTOoNWnljjepO83eCG6df+Yg3UIRc9Eg3EBfDOgq4NubL44U8q3dYlGlh9WUCbEMEipeGL0QdG0loz0D6X0nxwffNWRH4MVClAKpwCDbaWvDsZJQmcx3AcY6upbpQGZfu9Ex73ujrQe/jgjnWUz0qNv3ykpyIUKRTRMZofWPXLAqJmfxSORStgL1I4nIfIPV7mRwUqZS4IlNtVqj66u27EuKsbPym74+vIktoZcaWxqo/+3vE8Ej6He1cTBX5Mlujj6BoEclh8hruVQKXb7GRLCji8URSDZeB3yfV/mB/M4HSV8QktRWE8H8+dFc5QvZn0C31b9tSTYJh3G5rX/Z1Kv5RJfPSw5hAGW12rmTJEUJGvaEAAtqig2sZ/n/uCzMdM1PRGW4zsltXuShNJJuWmDlKvqncAAdtjGPlKB+zTVeR9nMdzg8o1Hr7ZaeyjBmIcd3rfl1tMrEv5Cl187RlLOJrxd7GcwnJ4BWhqZwo4pCESw4sWSbj7kEwOlIxNXNcjSn9NCZUQC788kBVmBb5Q8+yVj2q3/KUPVALjrQ2n31ORYkUImtwUxLGSDgp+ACIQSggAvSbk5a9uVsBsvyw== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 2cd2751e-d60a-4664-383b-08d9ebaf5b92 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Feb 2022 09:34:24.1654 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB4125 Received-SPF: pass client-ip=40.92.69.72; envelope-from=ignaciocasso@hotmail.com; helo=EUR02-VE1-obe.outbound.protection.outlook.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, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.2 (/) 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: -0.0 (/) Hello, I've noticed that if you copy something to the clipboard outside of Emacs, then rotate the kill ring in Emacs without adding anything new to it, and then copy the same text again to the clipboard outside of Emacs (not necessarily in the same place of application, just the same string anywhere), that text is not pushed again to the top of the kill ring. I'm not sure if it's intentional or not, or even if Emacs can do anything about it (maybe since the text is the same, the clipboard is not actually modified and Emacs has no way to know). I just wanted to report it in case it is a bug. This happens starting Emacs with "emacs -Q", in an Ubuntu 20.04.3 with GNOME as window manager (although that's probably not enough information to reproduce it if it's the clipboard's manager fault). Thanks for your time, Ignacio In GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.20) of 2022-01-16 built on ignacio-IdeaPad-3-15ADA05 Windowing system distributor 'The X.Org Foundation', version 11.0.12013000 System Description: Ubuntu 20.04.3 LTS From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Feb 2022 11:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16444070918047 (code B ref 53894); Wed, 09 Feb 2022 11:45:01 +0000 Received: (at 53894) by debbugs.gnu.org; 9 Feb 2022 11:44:51 +0000 Received: from localhost ([127.0.0.1]:50086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHlP1-00025j-3F for submit@debbugs.gnu.org; Wed, 09 Feb 2022 06:44:51 -0500 Received: from quimby.gnus.org ([95.216.78.240]:35188) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHlOz-00025T-BD for 53894@debbugs.gnu.org; Wed, 09 Feb 2022 06:44:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=GVfvdDRWlVzJmJh0oX+6wc0AMpf/EWNNM8qmv3B2Z4Q=; b=Y1vsgyU7V5u8R3NsAimBVzWJZU X9iLqf1tHt6FhyTTKyYVfFer7B4t+OomMovN3uyhvtEvw3502VO9wIMVKLNKVREj/df7EDYu8AE4+ Grt66uYPtQd2HadpGHE4XHZwSQoABmfm3h0DWQZoou/X35REUJED/oFJfWy7JEAzSFgg=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nHlOq-0001sV-54; Wed, 09 Feb 2022 12:44:42 +0100 From: Lars Ingebrigtsen References: X-Now-Playing: The Bunch's _Hard Luck Stories (1): Sometimes it Happens_: "The Locomotion" Date: Wed, 09 Feb 2022 12:44:38 +0100 In-Reply-To: (Ignacio Casso's message of "Wed, 09 Feb 2022 10:13:25 +0100") Message-ID: <87mtj0l0wp.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Ignacio Casso writes: > I'm not sure if it's intentional or not, or even if Emacs can do > anything about it (maybe since the text is the same, the clipboard is not > actually modified and Emacs has no way to know). I just [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Ignacio Casso writes: > I'm not sure if it's intentional or not, or even if Emacs can do > anything about it (maybe since the text is the same, the clipboard is not > actually modified and Emacs has no way to know). I just wanted to report > it in case it is a bug. It's intentional: (defun gui-selection-value () (let ((clip-text (when select-enable-clipboard (let ((text (gui--selection-value-internal 'CLIPBOARD))) (when (string= text "") (setq text nil)) ;; When `select-enable-clipboard' is non-nil, ;; killing/copying text (with, say, `C-w') will push the ;; text to the clipboard (and store it in ;; `gui--last-selected-text-clipboard'). We check ;; whether the text on the clipboard is identical to this ;; text, and if so, we report that the clipboard is ;; empty. See (bug#27442) for further discussion about ;; this DWIM action, and possible ways to make this check ;; less fragile, if so desired. (prog1 (unless (equal text gui--last-selected-text-clipboard) text) (setq gui--last-selected-text-clipboard text))))) But it's pretty fragile DWIM action, and is frequently not what I mean, so I often resort to `clipboard-yank' instead to ensure that I really get the clipboard contents. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Feb 2022 13:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164441320027584 (code B ref 53894); Wed, 09 Feb 2022 13:27:02 +0000 Received: (at 53894) by debbugs.gnu.org; 9 Feb 2022 13:26:40 +0000 Received: from localhost ([127.0.0.1]:50213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHmzX-0007Ap-Rg for submit@debbugs.gnu.org; Wed, 09 Feb 2022 08:26:40 -0500 Received: from mail-db8eur05olkn2037.outbound.protection.outlook.com ([40.92.89.37]:61153 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHmzV-0007AX-JC for 53894@debbugs.gnu.org; Wed, 09 Feb 2022 08:26:38 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MKY+Y08ybXFYIeRovHMywKjHPpvdsVx7rCN7WOy6iU84ClxXN3yw6RqAYxdzs4kt1MdoO/mupiVEpFQZ66SFsHkY+8mmkf7p/x0ZZzb3MctIKGVXN1K10N6ssWki4prKVrnX4vj+81zItBsOKTaVhxu+t/WNOhQz+aGus365mgixpx0mP/hGn9XMbDiN3kz9HyhlyT4BmaXm5+5sTNq+Mwcx70veTJ5JjV9P2yBpkxCyiFCbscYlPEfPWAtPvG7sPWk6JwvDOOEJ//AkjS+Ac7FcMiUJnH5YDjFV/WBR+w7uZMeHvyxifmZ158fa/rFXAJy31/xjQ4H7QzkHP86s+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=1m5H3YLzK00ncUx4JFlbSD18fiWWsSyihpHKTqtnH3A=; b=XvrqGVKswUBeCqJj9Lxl3FjCtVEh+JLMiQPF3C3FHyypIUTX2NyOubi0aL8UDJOh6e+34oA1q9jZr4AaQMfSwfzeEyYnTLM5sMMHficxFpT3bxH+W600S6ZZC+j8L7s+PEspOCU7SEhYK4a/Go/AN/aoqrQ/Wzd6/wL/6sTvRAqhZyaIzrWUZ3vr1ufY2OB+JRBzUzzkNSc8Oqiz08H51atETXb08rCMPERrupBAFPGEv/y5pB+czW1PdW5NbzM7OjggiHqyRferkuPNvyOZ1hTQ3emXZgT/wbE/ANRLdaQWRSSCumoeRDCSXdilG0LHOlXFcORipp9jA0NZLiAx4A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=1m5H3YLzK00ncUx4JFlbSD18fiWWsSyihpHKTqtnH3A=; b=SBNvSltW/sCdIzfrPeXtP8koGU7wqwGjoilxdiIrh99sAma8itoGB0eV5rO8BBNImcEhxJvZa0KredA6ltDmJymsmHqrWJq+4A510/ydQnHL19cjGvGZPwylEQM/GCRLF9wekB82qOeP5ZOYwpAfq+vnm8PzRbh4DFPSnky3SKS/coW0ij2uSRf1rZP88p7ZTgvMNyf0O0FCowzJ/3rSy+N7pGfMZUq6+wkhLBbnFLJylcij6m2VtwDGalkhU/9lwlyo9cumI15DK56AnRZdQaF96Qe++enun6VMmE2PLqmGpTCy7NaZSIbJvh4h5FzJxGHKIpMZVAEf3YmHrZrj/w== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AS8PR06MB7543.eurprd06.prod.outlook.com (2603:10a6:20b:319::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4951.12; Wed, 9 Feb 2022 13:26:30 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782%5]) with mapi id 15.20.4951.019; Wed, 9 Feb 2022 13:26:30 +0000 References: <87mtj0l0wp.fsf@gnus.org> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Wed, 09 Feb 2022 13:52:20 +0100 In-reply-to: <87mtj0l0wp.fsf@gnus.org> Message-ID: Content-Type: text/plain X-TMN: [tpLEUbXegfDl8NY3Qmue4ntwrUbbaekV] X-ClientProxiedBy: MR1P264CA0051.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501:3e::26) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <871r0c9nnj.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: f3dec1da-cd62-4f40-e44c-08d9ebcfc800 X-MS-TrafficTypeDiagnostic: AS8PR06MB7543:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: aEn/QQklm555OhTh/Na2amKzpYMuGdV7EfFkrBj5ylLTehRKFiZcSX0ivfy9sAM++fvA2hhZnc8/yzdhiz0mirGbJzAYgif+zbOwaG8SSLSG2yIMz6ZXh4fTJJj5NPQjorqcvz6AJpQ0DZqu5FqiX2Y4sQI9SuSiK5cA0ZSElV0Fs+4XC9tKP4ZZkgBNvSjUyRi67ZefnYL2a2Ro+5xup+frISYoWKALnnEnt6lKiAeedQEi5QM9dLsNTfWOgxtBFFSszOKhVF5lwJdQYXsz1r+NSZxTpnDxVhdQEIKTmFCWfeYgod+PVIeJg7YgYGkqqDTAAd/LCncLYAwZ9EWa+aPOY0GahZD4so/7BmFbfUJTOnbC0cwriDVPRItcv5wtHDWJYsR+EpVPYB4Yv/oS5q911wyCUmtsXdboJiYNIBhxMqew/sCPQjl3a3HiOXfcHAGar6g5qnSpUMN7iLW3kztugYkS3tI01J8uK0P9/BuSTphEEtNyonXzhDy7iIlokoh1qMPDXM0yIhh5NxbkUeQ0nN0PoXriI+VXC5qez2xB5IFnbYONEP9MPrDFgLxsy7UgMS5aGm8ROPWbl7TuFQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: NFKWVnQCA2graVNMOcUxyp1VGr85B7uvbSLlpqm4TCf7Xi41+ba3Qn+ccQEUVn9WTTQhabuaeyl8rEWEwqAjiUQg+SeXn5qQwmo16mxg0sgerLzpIPTjmI8xwGZQ+GqM/MZK2LYGt79USXUks2HKjBsVZXMidKEiZBiN1kjFiMaZGYmtakRctb82B1D90M0Qc7FQGkLIgFBIYGvS6xLK0W/xxpaHTQCFQWzfA4qEf6aXvv/2lI1YwQ5HMn7WCpVv0nMjkOukVHGTZXEMzxFBGYC9FBnNEOjWwMkH26dTP+5DN8bzhG5w6dPkfY1w6VLOwq/1BnJkMYvtWV61ls6P9iMlFMht9oUGtxf4aX/JJ4fYj3EbCBLtG7EfI9ka4j6tX5oCiyou2fRLDKYkCzTRHOSWLcArkmXuHOHe8ROUVd7Qmt0eaQbyHL3IMd7ZRuv2akO9J/WfogLqS/D5rEyvpsQtNXZO86LELtldBJbOwVi+gyD9iOrNM1OSOOUdY+NS5UVEGKElZqyZ751iJ9jJ+gvSdmHuUl/M8a9YW7LEhQaT/X6qOWjsYWEilhC01lqdhFqSlbdMIQS6/LStlpO+l2eHWM5WpyHbOF+am4utDrhBcINDZXqDETW2Q0kaWzwPq4NL9Cs1Jo6/bbL6bOHj783eMnQ5RvmpwQq83gH70npSrzejROI6phHcOqEqt/0EOtJW1Je3MSI1gbatFjY84BLhRa9ze8OagoqscYniy3wkX8Rcrgq1UsLJLWF092lTjKKqkGDyJglc0QgS7XLUbecm8cdPjR8kh14wr/XCYL6wBKMmWg5BSic4w+YN1fg4yoKmvi79lRM6Q2Xrc0cpz+iitT7bu1GobdH/6Ep81bNXMZKFFFMNEJfSq4cLMyXrlszY75fS1q3Fss/RrOcDWtuLFu/FSpKd770Izn7M9B/V3Oen3l1uZJeMG3T+7yML0022jqgTkjSe8WGLlFJrFA== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: f3dec1da-cd62-4f40-e44c-08d9ebcfc800 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Feb 2022 13:26:29.9488 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR06MB7543 X-Spam-Score: -0.0 (/) 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 (-) Hi Lars, I read the debbugs.gnu.org thread about bug#27442 where you try to figure out the reason behind that logic, and I think the conclusion you arrive at is incomplete and that the bug I reported might give some more insight about it. I might be wrong since I have not given that much though to this, but here is what I mean: Every time we yank, interprogram-paste-function is called. If it returns nil we yank from the kill-ring, otherwise the returned string is pushed to the kill-ring and yanked. If we then rotate the kill ring, we do not want to paste from the clipboard anymore, so interprogram-paste-function must return nil if nothing newer has been copied to the clipboard. The way this is checked is by just checking whether the clipboard content has changed. If we do not rotate the kill ring, it doesn't matter if interprogram-paste-function returns nil since the clipboard content is already at the top of the kill-ring. In fact we need it to return nil in order not to duplicate it in the kill ring. So basically, while the content of the clipboard remains the same, we want gui-selection-value to return it only the first time we call it (for this use case at least), and from then onwards the kill ring will handle it. That would be another reason behind that logic aside from the one you thought of: ignoring clipboard content if it was put there by Emacs itself with kill commands (since it's already in the kill ring too). This would also answer my original question: unless there was a timestamp in the clipboard Emacs has indeed no way to know right now if the exact same string was copied to the clipboard again in-between (in which case I would expect it to be pushed to the top of the kill-ring again) Does it make sense? Sorry if you had already figured it out or if I am wrong, I did not understand the whole email thread nor debug this issue in depth. Or if it's no longer relevant, but since I saw the email thread was less than one year old I thought that you might want to know. Regards, Ignacio Lars Ingebrigtsen writes: > Ignacio Casso writes: > >> I'm not sure if it's intentional or not, or even if Emacs can do >> anything about it (maybe since the text is the same, the clipboard is not >> actually modified and Emacs has no way to know). I just wanted to report >> it in case it is a bug. > > It's intentional: > > (defun gui-selection-value () > (let ((clip-text > (when select-enable-clipboard > (let ((text (gui--selection-value-internal 'CLIPBOARD))) > (when (string= text "") > (setq text nil)) > ;; When `select-enable-clipboard' is non-nil, > ;; killing/copying text (with, say, `C-w') will push the > ;; text to the clipboard (and store it in > ;; `gui--last-selected-text-clipboard'). We check > ;; whether the text on the clipboard is identical to this > ;; text, and if so, we report that the clipboard is > ;; empty. See (bug#27442) for further discussion about > ;; this DWIM action, and possible ways to make this check > ;; less fragile, if so desired. > (prog1 > (unless (equal text gui--last-selected-text-clipboard) > text) > (setq gui--last-selected-text-clipboard text))))) > > But it's pretty fragile DWIM action, and is frequently not what I mean, > so I often resort to `clipboard-yank' instead to ensure that I really > get the clipboard contents. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Feb 2022 20:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Po Lu , 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16444381044296 (code B ref 53894); Wed, 09 Feb 2022 20:22:02 +0000 Received: (at 53894) by debbugs.gnu.org; 9 Feb 2022 20:21:44 +0000 Received: from localhost ([127.0.0.1]:52857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHtTD-00017D-RG for submit@debbugs.gnu.org; Wed, 09 Feb 2022 15:21:43 -0500 Received: from quimby.gnus.org ([95.216.78.240]:39576) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHtTC-000171-3t for 53894@debbugs.gnu.org; Wed, 09 Feb 2022 15:21:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=gqSCG4S7bJrJaX6p9paxDNN/V01FZsuvUL+zF6qlIFY=; b=iPvAqUiE2b+ZL3z7opm/8GW09V TTAvicxOQG+x9/AeS7KLTSU2l/Sr0TlFHpbmQ87wSvIx1tku/FCnqaBd9ZimN4Oa7Z+DxAi8r8e2+ 0wAhIr3VnbLsSJ9LiB5BauCHLs4X9ameL3t3opj135uiLVtrji/1yXu6VEn/Xdz+guXo=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nHtT3-0006kY-Bb; Wed, 09 Feb 2022 21:21:36 +0100 From: Lars Ingebrigtsen References: <87mtj0l0wp.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEVPKhRiUDWKbks0 FgUjGhDZuXDUtm3///+pBA8CAAAAAWJLR0QHFmGI6wAAAAd0SU1FB+YCCRQMDLUtRl4AAAF7SURB VDjLjZPBioMwEIYnjdtzItKzltZzwH2AKLN7LgU911J9/0fYmUkEbSPsIKj/5/yTcRIAyM+pgKaB dDSNblIB8QaOLq01uDfglDAKvQFKpARwmhXtQOut1W5x18Si+g2wP/k4B/AGDC/JKAcKtgD4yfGK 9f+KJ8H3Hug2vzsrENtSwFe/jqJC/L0J+Fnr8ytHPD0S4NYRGD/BcG8RrwnQz8UO6F974L4HhhSY pJPEqobr0PcXPATQ1v39GMDYTQyOoUGv6kcn+tNkJ8koI7AXAVMJgFcCPF+2Alu09dQPkwHEenoh mPjbn1k3c1DTaOcLqgjqGdunDMNm6M+41GhpOj7ovFPMB7AGveUy2JXLaMmgIlkRwzWgaZIC1pIX g3axKunFk0xGGQNvaO9xH4tOCVnMYCCPohvF3yh7Ht0CVDAKFWw+ukYACICg02teCfBQ4KoApRwW kEUQdPRLhkUMJRZgKynuyYH8fTSSPuTIYfIU7B2cXeD+AMqs3g245F3CAAAAJXRFWHRkYXRlOmNy ZWF0ZQAyMDIyLTAyLTA5VDIwOjEyOjEyKzAwOjAw9CN9ugAAACV0RVh0ZGF0ZTptb2RpZnkAMjAy Mi0wMi0wOVQyMDoxMjoxMiswMDowMIV+xQYAAAAASUVORK5CYII= X-Now-Playing: Karen Dalton's _In My Own Time_: "Same Old Man" Date: Wed, 09 Feb 2022 21:21:31 +0100 In-Reply-To: (Ignacio Casso's message of "Wed, 09 Feb 2022 13:52:20 +0100") Message-ID: <87r18bg59w.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Ignacio Casso writes: > This would also answer my original question: unless there was a > timestamp in the clipboard Emacs has indeed no way to know right now if > the exact same string was copied to the clipboard again in [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Ignacio Casso writes: > This would also answer my original question: unless there was a > timestamp in the clipboard Emacs has indeed no way to know right now if > the exact same string was copied to the clipboard again in-between (in > which case I would expect it to be pushed to the top of the kill-ring > again) On X (at the very least), the clipboard does have a timestamp, though. But we don't use it, which seems like the bug here. Probably. Po Lu's done some work in this area lately; added to the CCs. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 01:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Ignacio Casso , 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164445818517233 (code B ref 53894); Thu, 10 Feb 2022 01:57:01 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 01:56:25 +0000 Received: from localhost ([127.0.0.1]:53158 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHyh6-0004Ts-Kd for submit@debbugs.gnu.org; Wed, 09 Feb 2022 20:56:24 -0500 Received: from sonic309-22.consmr.mail.ne1.yahoo.com ([66.163.184.148]:42307) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHyh5-0004Td-7B for 53894@debbugs.gnu.org; Wed, 09 Feb 2022 20:56:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644458177; bh=NLrOfZCrp7nzL9WGKckfyxUCG200Nn4jh04VxvSi1DU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=kK9OBaZBiZRx/i5qXCaYtjB32omyce+B4H4GvauuTP7+Nvnh/aroEvXXvskpaM0RQoJRup4iMFjmXTXIfYOOucecYkmrkl1+RtFREFhZex/Xx55EiNWRLXUKb28F1+OW0czURVoO47jL3HtDCcl/KOPAZAIB7Ctr6cxUSEln2SRqKWr8lfVZczD4J3GrwbpSmXfQ6eGHNnEK+xp1ithSLwsa5sVq82yGKehVSSMxNaLVuTDU4e04G7vKgHVZKLzshVN2/vEAcOs+kYldSsWnUssFvcgg0zb7OQXg4JLXyD1WNkyvDn8rcdYxfRMHr4pah19DYqAYugVQ7oOKRKK9fQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644458177; bh=svfPfBv6CIXC342ZiDFRZOtEMw9v2j1g5m2jfFs2xN2=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=OI+FL+74Zp+Gu5dHXIhBWNmPttsR1EYKh2RWlHdFZQz4+sb4xXDoUuo0PlJWpCPRqMiGoi/ktCHlOBQrGqA7lo9l2ay+L3E6DadJp3Z8+OADzKHRn5OHhQ3z3WkHiaJ0fe89pAbBh6FDfOHbjeE5f7RJZeN+b3k13/QK2RKf/tNn2cTqd68es8+Cpk1ln2Qc8jhRk+vbq1nbp5MlIGwms6FTOOrClbnPZieuEAjmX5GmfBdr1SDHcUUypaEQ16mfhLFhHirDcBRrq5ygpUB/X9x6SlGE/softaDqXtX34xQH9FRdoX5Ukln49De7nL2BSvIdUztd3nu4XiJW9gPCtg== X-YMail-OSG: cCqOs10VM1lu0OYfKRV0jbv8YScV3bcz97B_nVWHYxzmThmQxgkoGJCKs39kz71 qMe9y7nNJTvyxlRU0jK5XKWYTR6fsRablTqcdY7Ph58RUxz1NIlTkSVis6.QTYl_FQtrV8RUxk8h iIdtzeRtevtFZrwrgAc_0hRFiWgMhpyFcUtgCkgwvZVEjd7aiew8GB_1_p9eUICoTEcLnLYzQ6iq rJpw8YfPt087go4RO38917tFWBPJYdShQbxAu0kZuuni2pL_hrMEEarxC0MZqSL6yL97h_8IrmhS gIRWRKMpgWhS2JEENWRp08QZ_R42KGnxlAcD4DdcDBHb12mNdNbiYt0_83keqv9DM46BYmWwZGYI lAodXlB9HD8XmM0c0ZIrUpuII_wG_bROBgIgfFn8.fPDneS4yqLZvFOKOh1tGBl2faQED99Qp09q hqKyNjP_5agRLWU7ID1kOETakxLPKz_Zx8N5zVhddumYlLR_xomkRl2elbo0Z12ZeRBb2neZ_0OO _P1DRweGhzN1B4ge7iMF1R0AoZG_MyTY3j8p41CtXo6juthOQP1wqHnhDVPY_VlvkjvLBSOAqawB uV4FwY5c6AfP9rBKJWya3jA9GJpysD8FRvlatjIlg8sLmdzpE0ikXMPJYJ1kkqLh170NDu06KNF8 xNXufYXLA9LShLWUFRT6Kg5q2a.9ZD3K6u8a0B4CVFogcpsHoQU7ZfedASLTMceNDDTykBLh0cB_ 53cZeUYW285Kg2CEJJ2QROTknOn73OjGp6Rd6dBQzQccU.TWFAD94RAZI4emk2y.FrGPkf7LLdA7 shhRxgqCB5D3IByCM5WjsxqmU_KaXs75vm6LlSOQVwWnZ.4MEsppGWuTANNAwe26W41hMh.E6mTR ypyPP6daR2ngwuPV7kbntqHWbCO5Ish0N7c87XOmiZqmG96SiPwb6xHDj9rXKl.KvKlcfR.Iqr0C _gjLCTieqvQJfxP0DZgKULm3SZfr9eJNLfAVChhzNcmLkDKNuMR2HTa0ep0UkosPK8rnwqK3YD_8 6LaT2YcPuUI6XSiA83iFbmiEZ9V.HuY6HZjpLukug5O3yr4dN09dGj06kkv53q_B6XOWvlvzf_ep B_ibvIUkS8QNA.0j.dKskaZSK3N95pqp6GJoJ9KSzu5Mb.zmF9.uuxB.5YwDMWhHbwbdVx2EdIVn G_Eig0zIszbimFAu5vDjMYd7vnX_1Nj8BWyWNXGdx0z6Y2BiJRGpZqqOWGkKvIH2EnvlJQmuiDlL aLFh5_dh2H9bsdk80Cqa2MHRIvnZlLLim69H8axvvJIwrJEcWAvdLFF3i6zx708zUPSYdZP3TFgg f3qTth0Q6cGpnmo6xS_hsPq92Ee0Rtczq.hxibGeicAN8.iRYBPgI_TJiWoeNCGr5DUPWTsQDPix RRCV8ZdwhC2iEyth1p4Zd_5FHBPr4Xlvzm_aHKKPEfBN4ICc3raRAr_V.GEviBkqFMQxJZZZqAFA QKT8Hphx.4ba4LX9VWA08G1kZkF9P8CsmghfMB4p2Lmq2tSN2hfvcLyxLmYv6FEcROPkQ9n4Fhx1 abzDL3NoenIudgLQenb1hM4sOME7fqG_Hv0fZdExsN2kti_o75snC87SMNpUFuagd_ZJwo25l_Sy ecYgu1xHk9hENyM5lZIti2hoS8eWm1bIhFpZBeQ8WbJWjS1_HEsmPSBltSJZiD8ZmW5Ba9oRBTaF i11GtXCL9912QQM.ivN7djijS7cGsGZ5HX2oY3AgyWJvvT7s6wDrwLR4Wzq9Fe0sohQJBnE4mDJY oZZAE7SJnzvp0gsV2_xc8y0gPVUYkH7UxZiYhvEbUomB.VmWVc7C0700H3584NVYGOiBqBCDvvsi aaB.R.C4Bvb5.ZYOpcokFuDOxXs2otwCogniSUhmN0fO222fa1FMMQafp4L5CIHJGh7vwq44SnUy vrUpgkSCjJJNHxiSNPS4ztvl.pWmBqu1WiFdyOJDT7zKL1A0eZzazyT4NIIcOFDOn81yYh1P9G6H wHIMY4qum.iQxDwevYkPXSg.tAoVsilW9mmru15SESD06EzYzPDGYbHKiV7Y6CFD7CMwS3qjhsWo PBdmNfqhLlFleIp12ToeOrAVsRHf7v2BfHF.ClgrViXiMljC_zIhHjj1Bm4bcXZIX7B2y.Kb7Gu_ 6BD6RRIuw1qKKW0Zv3eW58fpEpqjlHf9q2IVS5tQU4.3e.GfFAGgNlJPVr7oldvdQPE53UFYu_Cg jO2WI.j4gjka.4MO6gk6NKS931XFprDtimYzPfwuxwvb6qDAhGwBOvw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Thu, 10 Feb 2022 01:56:17 +0000 Received: by kubenode513.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 33858987e5f0492b4fe281ab141e8d81; Thu, 10 Feb 2022 01:56:13 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> Date: Thu, 10 Feb 2022 09:56:08 +0800 In-Reply-To: <87r18bg59w.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 09 Feb 2022 21:21:31 +0100") Message-ID: <87wni3zdqf.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 1089 X-Spam-Score: -0.0 (/) 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 (-) Lars Ingebrigtsen writes: > Ignacio Casso writes: > >> This would also answer my original question: unless there was a >> timestamp in the clipboard Emacs has indeed no way to know right now if >> the exact same string was copied to the clipboard again in-between (in >> which case I would expect it to be pushed to the top of the kill-ring >> again) > > On X (at the very least), the clipboard does have a timestamp, though. > But we don't use it, which seems like the bug here. Probably. > > Po Lu's done some work in this area lately; added to the CCs. Every platform except MS-Windows has `x-selection-owner-p' or something to that effect which tells Emacs whether or not it was the last program to have saved to a selection (i.e., the clipboard, or the primary selection.) On the platforms where it does work reliably, Emacs uses it to determine whether or not to return nil from the interprogram-paste-function, so I don't see a problem here. Eli says MS-Windows also does something similar, but using a different mechanism. Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 06:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: larsi@gnus.org, 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164447406613171 (code B ref 53894); Thu, 10 Feb 2022 06:22:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 06:21:06 +0000 Received: from localhost ([127.0.0.1]:53415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI2pC-0003QI-9C for submit@debbugs.gnu.org; Thu, 10 Feb 2022 01:21:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43172) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI2pA-0003PT-LQ for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 01:21:01 -0500 Received: from [2001:470:142:3::e] (port=49960 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI2p1-0002PT-5U; Thu, 10 Feb 2022 01:20:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=05p50U/CpYz+9t1aK8BtfqzfGlshBnVeRngT2fKc0eQ=; b=hQyYTU9qPjs3 tleYSTaDWZWAR4UHe/i23RN3ZGwRyTzixbS1YQywNYVHrq+p9cwvui+pmzdab0XZ0d2V+YVqZ0g56 tnCJlOdX4FjGj82fQDcApltf2iwTlXzpI3C4UV7PdZg83SOiCnWYHyzSAtuNCca40GN1X3fPAAnmY r+m5QmfcAL1efUTdf3s8GzFf3zqzzvy0v5tfALRApjLQYHE81joKMDn1uI65LxFvnDEnAOP26Q867 yvKATrXDwn5C1I4n3VzP16QCbrWNbQ1Q6vBTpZNcDzuMt1lkAcBtIjHJMlnUK5ZLO8nPtzDvA0S0R DPqQxEPFzZmaLQTA9yPzUg==; Received: from [87.69.77.57] (port=3226 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI2oj-0001P1-Ta; Thu, 10 Feb 2022 01:20:47 -0500 Date: Thu, 10 Feb 2022 08:20:28 +0200 Message-Id: <838rujutsj.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87wni3zdqf.fsf@yahoo.com> (bug-gnu-emacs@gnu.org) References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Cc: Ignacio Casso , 53894@debbugs.gnu.org > Date: Thu, 10 Feb 2022 09:56:08 +0800 > From: Po Lu via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > Every platform except MS-Windows has `x-selection-owner-p' or something > to that effect which tells Emacs whether or not it was the last program > to have saved to a selection (i.e., the clipboard, or the primary > selection.) > > On the platforms where it does work reliably, Emacs uses it to determine > whether or not to return nil from the interprogram-paste-function, so I > don't see a problem here. > > Eli says MS-Windows also does something similar, but using a different > mechanism. Yes. But (a) I don't think this report is about MS-Windows, and (b) I haven't seen a complete reproduction recipe to try this on MS-Windows and see how Emacs behaves there. In general, on MS-Windows we do internally something that closely emulates the ownership test, but it cannot be 100% compatible for obvious reasons. In addition, I believe the OP claims that the algorithm we use to decide (on X) when to return nil is flawed, or at least ruins his use case. I don't think I succeed to understand the rationale for that claim, FWIW. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 06:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: larsi@gnus.org, 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164447472714785 (code B ref 53894); Thu, 10 Feb 2022 06:33:01 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 06:32:07 +0000 Received: from localhost ([127.0.0.1]:53447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI2zv-0003qP-FD for submit@debbugs.gnu.org; Thu, 10 Feb 2022 01:32:07 -0500 Received: from sonic305-20.consmr.mail.ne1.yahoo.com ([66.163.185.146]:45600) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI2zu-0003pn-JC for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 01:32:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644474720; bh=QDIvkbSm+s2CGIXmgoK77IfcFIM0jDxgtFMcJT8y0Fo=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=Rupzt7YaLh78tI5FE0PdjQxfdZWxHrrTDIMHDalCjH7juqG1kvQQvwP/xAb4KEaibygW+Qru9GtR0ibUAkFNVGbKGfMeSk/wOgtNR9FnsfE/KieM4Nnbi8p2BXETlKQH9c4rAQHUoifUkw0zrXiD6HBbrG18zBtC4GgEm8I2kbS+y6fnsij0O+VBojGlkzcgkzb024VnfuW0hYzV0nXjyKkElzQ3lT+85qnragShRqCiN9hH8Th3kfwXImvj1AcIfc9o1oQDZltZSzMJPKvI269NRA/y1GHfec6Vum0csqoXNddQk9/uN5cSrUVfQXjpImNh/3KkpikXT4GaVuzo2A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644474720; bh=LKjkw07KY71kalyGdnIxdabprnfMHJnqyvKV7Or6ms2=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=HIghekcNTJx+/DpyFQH0mTAXpuGsFCdetaajW7By+tNe0Ysn32IW4h07afUuyWwLOV+Q7EWaFleZOtRbVYeWjCkCxo3uNn9XrvgOeLcYRIixIeuDabHclseXPXiqFF0LeURlW7JzDjlxDZTorW8btMXmlhW/SqH0Q1byjowD7b6AE57dxg7B7HCKKRL95OX2zYvXb1cv2XRMptDqa6Nz0i8jR95fX3/7PCVNDDgJWiP/O5UjmhQK5rMq54aLiTC8i0RfGacL4MWoPgUW4h1hgo0vYkeTu0beFVCNeAkK1PD5u0q42hXCHQBqGGI4wq0hx9laD7bYaH6ODUpJtPdrJA== X-YMail-OSG: cXsC68YVM1nSrNsk8pXYZ7vzeyEGcGiFOVGHRZ9C1XuDTpYVMFS4gryACrv.LrY eL2gz5VQ49s3NlVIkEJc43rU_LfwQp6RriejSqBAcUMKVbpUpSnao_RTKzIqIffLMeGJStyu8DXT xcTz2wrgqaT6QFU2iXD4.CTiwB3TdhqhZ_ADqWi3DW2lYPhIq7eaO5hWmPiCJ99mZfL2CnKre6LC nBuMLCKRkiaK..O89yFKhyaZAP5MnK6xqDtUtirVoKaZHiKMlpe_GFWauWxQg5u8yiYWUzy9rWq8 o1nmoX8BymJdoK92ShiErwQbzp.hZJiDM1mJ5QuHbROnh3gEZCBd5R.IXmPQRz9.lhIsgANvIjnB u.57yAx0y2PFnrJkm1PHwxYaL5Q2fl8P370ayTJithsG3Fv2qabWsSUY2sBVazJ_20xcAIvZ9mV0 5vPNJDNfXc.zVdzdE1sc2Lcm2NnahYFzvxtz3OYiiN_PnsqjumyCO.K7e1JpCDuPAmk0kPkOyhAU RwPQR7foNPsEBSjO1v6r5x2zLi6abWloXK53hY4NbCrABPkN63_64kmPYPHOYuuG88UKpCRwmHM5 bfJfNibEJqAio4e1iamDAVkxb9aWsGaNhrbKwn2XvW4jBZKjryzCW3jNwilA8HfICdZk_u0T8HZd 2vYODprKYhLRQ6VBCNSesL7ee5cNLj.L9ZRIJx_kzqpCFaroav2j3eZBXA_5GCHP2KGK8ybMVkhh J6_Dhe6s1ZGqeG1JkMBULcUTrk7xlvsz1yle6gTWWmi2wfC2_cUVzt7Lxg0WOqFYLe59OjtA5O5b iQrHOrPnKTodo.4MtIb3e4YrrJXJqb7mVdLgJAx_4KsI8IGmxah6D2eyDx3QJy32D31mLhWb8ge4 R7yvuZJI_zaX4VGWq._lATFyZTk6bim5WUusShU2PQclFiazPI57XNQqdVhKvOMwxk22L7lx3JCx KeVwttl9xm1oOpyYw4yqS.pgLgbyVCHdEENn_7NgwFnA.zyImPdKG0HqEFspDqXiTVmvAzrjwRl7 xUXmpQ4ZiOtK050Nue0PqVTGEKjuCD6tT4Tws3dMNgy8prlVpALW6SpUyc0A1Y5s59D.QM9BE0Wu p5Nj9lw1qdHetWWnKiHKv1UhiU93_9jFSa4ItGBXx9kORHC7tpDBa70l8rAhLvpL7zFqujr37NZ_ NmT83w4Orc9_vxiQIzjGbnlugWaQH5VzrcgrQuBjaIIURiN9leDHekgXKfx1tqfZy2fRvl8yTNMy gldg5jWi_ProuGB0lPp37HFcDL1XLyKpcxRQu4kSNX9xxyCpNR5ZVUApRiICGSCbzq.JiSIig96I H1kpmFbTW7bmSgx._fjpAQ3NM4xfH.w8Z1RourEETJ.W4bDyVU0OghyWGfRXD5HnFj5U9bZM92kR hjwpDzon7z1Eah9sN_MRs4Nu.dHg.TisWYIkxgjsWz8_.vbc52R6jpDalMnBKq3mALmYzcAB6n7t .nFYRd3G5I5iXi3NrdqrcolpwYPoMiTMyv2vqQksIjW1gOMg5tlRJ01HB6fYu6UKUMP.QHQfktym QEKENekNPs.diwH6SOmcX7JRMlJkJHgYxTW6Sf9z3JG2SxOeTjzqsdQjgLHt68nY2nBn.c.fbvT9 ijnYWI7dskp8WykMGKG6HyAvE_XcW.rEGCQjFuyNFQfGS5wLqs3mVOLvAAZisK0LE1.G1A5NgE5m _.YJnV55Y2JqGI7tT3b8dIT05OBoAn1mGmnVCC9jgTr3NI1UlGEZ.z6p_hGD3jQaBdDqFTOegng7 qf5.79JqCtL8K8Q0SRGZ1ju_ureWVM5WTDsxIsBMvhQRQM5P1CntZ4DCJA_s9mP4mwEH0s4GfVyJ ArB1Ex9oHw4bewmdMeDpcw.I4HL6l0xtkadu6xU5YVyET3ZalaP88L8DPTBK0Kfjlx5Ug7sNpRP9 HsejSsZ2NkGC795slrUNIBqpmhjuhEAAT8nZKAlQ8hFNPxCotTpdg_t3bvW_Upf6F667Bdef8fsb XK3c9Q133ByQnH1uusF9wxnjfX.5eBHwIWmNqeuLBnKaBnKhFqto6vdS7gpf_lBGshID55rLxTrc U8VGI0MMN8bPr6a.L4rl0vmPlzj91XNbcD6AvElZ47iRnpaxDxx45AY.XrB59k7XEOPGs.A5HZZ_ v.Tc.pncILB.KIGlokTsqGiwLUtr2sDAmRyNN5lt3y8XvZYjtwR4MuI0FYIElTaZVhYLu3RVVR6O ziahx.BVVDvmciZeYpfcewa9TsXdR4.tZgz5OFfXlC2E004QQyciGTCY- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.ne1.yahoo.com with HTTP; Thu, 10 Feb 2022 06:32:00 +0000 Received: by kubenode502.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5db862c35ef266b65ebf5eaad2ed32ee; Thu, 10 Feb 2022 06:31:56 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> Date: Thu, 10 Feb 2022 14:31:49 +0800 In-Reply-To: <838rujutsj.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 10 Feb 2022 08:20:28 +0200") Message-ID: <874k57z0yy.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 801 X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: > Yes. But (a) I don't think this report is about MS-Windows, and (b) I > haven't seen a complete reproduction recipe to try this on MS-Windows > and see how Emacs behaves there. In general, on MS-Windows we do > internally something that closely emulates the ownership test, but it > cannot be 100% compatible for obvious reasons. > > In addition, I believe the OP claims that the algorithm we use to > decide (on X) when to return nil is flawed, or at least ruins his use > case. I don't think I succeed to understand the rationale for that > claim, FWIW. I didn't get to read all of the big report in very much detail until after replying to Lars' question, but I believe what was installed on master in the past week has solved the OP's problem. Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 06:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Po Lu , ignaciocasso@hotmail.com, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164447520615680 (code B ref 53894); Thu, 10 Feb 2022 06:41:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 06:40:06 +0000 Received: from localhost ([127.0.0.1]:53469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI37e-00044q-5a for submit@debbugs.gnu.org; Thu, 10 Feb 2022 01:40:06 -0500 Received: from quimby.gnus.org ([95.216.78.240]:44206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI37c-00044B-I4 for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 01:40:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=XHDFq9ee6tBNDodCBEFYk88Wp7YxHLhDoSrYOo3MM78=; b=QVSXMFUukQNaqzJMhoaW+LWiEP ihApDm5xqzHTG2Ap++99GSjZAWmEfrcY8k0wrqSkR0ohTfUUbBChbHQfcvCGwF3XiFBLA6EcY2yiP aGe2RIe+zbuDn9JsY91PxpPKN836/l/XqfJ5MlPuQo6+CSu49FhAhcmABCWsB9WcSSrU=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nI37R-0003Rq-Ej; Thu, 10 Feb 2022 07:39:56 +0100 From: Lars Ingebrigtsen References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEVqh58YExhQUVpT Zqq0uLl3jNHWhHn///+10Or2AAAAAWJLR0QHFmGI6wAAAAd0SU1FB+YCCgYlNaN5iU0AAAG0SURB VDjLdZNBc6MwDIUdcDnHTqbn2Mly3ta7nF2q9pxp8J2EGf3/n1DJ2IRQqmRIxh/vPRkLIabaKHsQ K1UoqhVSKvULKX4hcC4MA71Yl3AO5yjZLUAIHayZAa1D9Ho0A6riZJYSCSBgo5OVUrPbvfpjDlKp o3shsJ3uJ7D9OnmlnHOThNehVfvWWrUjYHIKRGC6VpgIslcUAByiLAN5noCMQI9WGnxyIoVnQOGv JNjfwYclKQFtOZv3lYA/0eUt7U/DDFh5B3STz+Fe2RNsEoAZAFakZ7iPTtnLkPGDIEuK2C3XNgkS 8V3OzoJk1mppZr1OB/X5aU3ehJ+drIApYjk+QrSLc11O4hwgCvR408sZqRB7+mCansNMgIwQb9ai WQNc1zVQ33T9AwwMrs+k2D6EV1FxrWsGJY1EkpQNeVV4rfF2dGONIvqlgTIKj4NzTdmUdzBOGg4R /HULcMR+qHizwyPYOWqDu+j7DLgP9+oIDA021CYBLz2djB9boc56Aj2Hg/Q8oglw281o9ST4m2J6 R0+gGSoOB+hoTLyEcIFAdenCRwj/L/k1IPg+/vvHl/D+DeJPonq6OgoZAAAAJXRFWHRkYXRlOmNy ZWF0ZQAyMDIyLTAyLTEwVDA2OjM3OjUzKzAwOjAwcw3UnAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAy Mi0wMi0xMFQwNjozNzo1MyswMDowMAJQbCAAAAAASUVORK5CYII= X-Now-Playing: Ultra =?UTF-8?Q?Nat=C3=A9's?= _Is It Love? Ultra =?UTF-8?Q?Nat=C3=A9?= Best Remixes Volume 1_: "Deeper Love (The Leftfield Vocal Mix)" Date: Thu, 10 Feb 2022 07:39:51 +0100 In-Reply-To: <838rujutsj.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 10 Feb 2022 08:20:28 +0200") Message-ID: <87a6ezfcnc.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > In addition, I believe the OP claims that the algorithm we use to > decide (on X) when to return nil is flawed, or at least ruins his use > case. I don't think I succeed to understand the rationale [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Eli Zaretskii writes: > In addition, I believe the OP claims that the algorithm we use to > decide (on X) when to return nil is flawed, or at least ruins his use > case. I don't think I succeed to understand the rationale for that > claim, FWIW. Here's the case to reproduce: In external program, "copy" a text In Emacs: C-y M-y In external program, "copy" the same text In Emacs: C-y This C-y will not yank the text. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 06:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164447536215974 (code B ref 53894); Thu, 10 Feb 2022 06:43:01 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 06:42:42 +0000 Received: from localhost ([127.0.0.1]:53479 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI3AA-00049a-94 for submit@debbugs.gnu.org; Thu, 10 Feb 2022 01:42:42 -0500 Received: from quimby.gnus.org ([95.216.78.240]:44254) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI3A9-00049L-GZ for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 01:42:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=hf+cX2ZTHzhtncFBpS76DKPT+jRmd06CrKIVyt/w57g=; b=fBXMORg0/fVByHU86YV7W3hG5T qvJgya16v3dxwX+Gx5NklVk1hkGvIu0jWFHquIvL7GHPZkhg4X5Te7t+8vREJg90wWrgzGBruDtTX lIPfSKpuGGVvUsnWTKM4g8g7nWXeqKdHyZLfd2s3WlNN8pb9ojfSKWdu2On1JU2UrSGI=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nI3A0-0003Sr-Mt; Thu, 10 Feb 2022 07:42:35 +0100 From: Lars Ingebrigtsen References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <874k57z0yy.fsf@yahoo.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEVqh58YExhQUVpT Zqq0uLl3jNHWhHn///+10Or2AAAAAWJLR0QHFmGI6wAAAAd0SU1FB+YCCgYlNaN5iU0AAAG0SURB VDjLdZNBc6MwDIUdcDnHTqbn2Mly3ta7nF2q9pxp8J2EGf3/n1DJ2IRQqmRIxh/vPRkLIabaKHsQ K1UoqhVSKvULKX4hcC4MA71Yl3AO5yjZLUAIHayZAa1D9Ho0A6riZJYSCSBgo5OVUrPbvfpjDlKp o3shsJ3uJ7D9OnmlnHOThNehVfvWWrUjYHIKRGC6VpgIslcUAByiLAN5noCMQI9WGnxyIoVnQOGv JNjfwYclKQFtOZv3lYA/0eUt7U/DDFh5B3STz+Fe2RNsEoAZAFakZ7iPTtnLkPGDIEuK2C3XNgkS 8V3OzoJk1mppZr1OB/X5aU3ehJ+drIApYjk+QrSLc11O4hwgCvR408sZqRB7+mCansNMgIwQb9ai WQNc1zVQ33T9AwwMrs+k2D6EV1FxrWsGJY1EkpQNeVV4rfF2dGONIvqlgTIKj4NzTdmUdzBOGg4R /HULcMR+qHizwyPYOWqDu+j7DLgP9+oIDA021CYBLz2djB9boc56Aj2Hg/Q8oglw281o9ST4m2J6 R0+gGSoOB+hoTLyEcIFAdenCRwj/L/k1IPg+/vvHl/D+DeJPonq6OgoZAAAAJXRFWHRkYXRlOmNy ZWF0ZQAyMDIyLTAyLTEwVDA2OjM3OjUzKzAwOjAwcw3UnAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAy Mi0wMi0xMFQwNjozNzo1MyswMDowMAJQbCAAAAAASUVORK5CYII= X-Now-Playing: Ultra =?UTF-8?Q?Nat=C3=A9's?= _Is It Love? Ultra =?UTF-8?Q?Nat=C3=A9?= Best Remixes Volume 1_: "Deeper Love (The Leftfield Vocal Mix)" Date: Thu, 10 Feb 2022 07:42:30 +0100 In-Reply-To: <874k57z0yy.fsf@yahoo.com> (Po Lu's message of "Thu, 10 Feb 2022 14:31:49 +0800") Message-ID: <875ypnfcix.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Po Lu writes: > I didn't get to read all of the big report in very much detail until > after replying to Lars' question, but I believe what was installed on > master in the past week has solved the OP's problem. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Po Lu writes: > I didn't get to read all of the big report in very much detail until > after replying to Lars' question, but I believe what was installed on > master in the past week has solved the OP's problem. No, the problem is still present on the trunk. But I suspect that after you introduced the `gui-backend-selection-owner-p' test in gui--selection-value-internal, the logic surrounding gui--last-selected-text-clipboard in gui-selection-value is no longer necessary, and should just be removed now. But I haven't analysed the problem in depth, and I don't know how this works on non-X systems -- perhaps that DWIM logic in gui-selection-value is still necessary on some systems. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 06:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Eli Zaretskii , 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164447571916792 (code B ref 53894); Thu, 10 Feb 2022 06:49:01 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 06:48:39 +0000 Received: from localhost ([127.0.0.1]:53496 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI3Fv-0004Mm-HW for submit@debbugs.gnu.org; Thu, 10 Feb 2022 01:48:39 -0500 Received: from sonic304-20.consmr.mail.ne1.yahoo.com ([66.163.191.146]:43881) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI3Fu-0004MY-4K for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 01:48:38 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644475712; bh=jIU+s1fNUiO302ZuLATxzniYW1uUtfB0+KuaTh6RfWI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=ppXWRh9S/L/svwJgROqH65o9ng63xqHM4s/lpLdbF2tSubCCxQvP7bIXzPfyX6t97kGvyPYhlB6pH2Q7bCblMzRvcNpJKrVsVaaTFwAp4/3EO6xT64/nPmBrO8tj9ZFlzvfM7W087nzb6cDI+AqqtBm38do7+nJAWomK5Q1dpy+7JcIZZh+/mX1GayU2A6HZLW2hKu5nmrk5gXmPCtY2lEiWQhkEf6lF+yNHoprNlxpGdU24pSKg1m2ygBJ85zogNmjrHFH74FWsqlXrepgphy0oQYey0Ph9a3GJRwnw5OvmqN8yyEGamx4RYXNqDphJDzD2Iz56sn+mh69IT5+0kQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644475712; bh=wSbfY+poCNXZlDEgzP5dJ5wbzplpX4sAaSdh9vSzdHj=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=MZfgrmbV0LDGphVZuwLj9nqTjMpGNzm4RUY7uLEIr1bS5TK/9me8N6mDVPq7vNqKOzG5oShXET+VFQGRDvO8MgnsodIR7DuhdjOq7AKllWNf0EhzS+94uH090dzlnMX4RNUz/+lXKeHc15HG0ocvifx3Dilh3FaYAHBOuvaWtlZeAt/rtgaFLRkJKuLa2FjTgEbrtmGl1HDl/h0XCXIw5Y61psstrWjX/R6PpAowfZsntJQ/ToxWACszMaXGWKdH27Vqv/zRzLP/ngBww5/YWg2VFDsRBvZ6wNgy154Sha2JVpXhmYt1C7MsLPAw8DwW/aY7W1dPed9VXTPJrZfCMQ== X-YMail-OSG: KE9UptMVM1m.QHRJni6H1E3KIuribBy6Omh0EIERGggYKCoKeFROekAqTjYkCsa aBBHTdhIE.XxObr0a.HZthUyBBxy2nEzVvA7w2_oSaZCb8VCNoGhSTj6LDiQh3UCJyBrRDkNi6n8 CDuwqKvfxvjbhiKE7b6s_gbQhs42Lk92d33vSDElM6gSbL6lGuiMcUA7_d4eY7gojBc0EC13YK0w FR_kZN4AazEdjUTAY.hAU_sfJ3DFMs3pLc5CmpFFkxU7rvYZh4Z3vGboqAVL0ubSBvGCcHbSPAdg qPCVcQoRWtvFOsY7_CnwTG8WnedCSB3kGqgn9RboD.GfWWqzsHNgP1gwf08vLc0bmroul9SgKPBW .qMAx9cvoKo1pVC4iFkOnCXNFBR_jU5w2zTPCjjeAO2lMk6k6TUM10qOMv8qxJ.oY.DXBYS86Cp1 xk89DoyGHjF_k4Ii_w846D2OUd4pf7wQ89JzCo09FgkSCs6hI9rz50_0V6lyxqsJUXO5VR4f5GrY 02M.w899nTbcSExiQE.FdOUFh09L5tE_YM_hlY3UMLRudGyV8T5cagf2LqeOFGW0cSFTTzScHOvO xt287AbhB_WlyX4NI8DvF5CCxAji2bdPtT9QFRHH2mrz7AJKrvAxW0zsbRTEmRTodseAzRuami76 DYVe_KTXsq03AiWIb0.lgUDZPizlac9BkUNhvp2LHVnRX8gGCjrnSxhFvFSFABNTGosv_gNObtoF XjaIot4NuS6SgqE5yvp3WvmIzXxVEW9pE.Lg5tEX008BuuhI86LQYO1SosIOU_EB4zVdB8_RshqT Bsu0nkv4a5tddoaYw3Hsv.aSGWvON93JxoQKlzZxY4MNw0gzFCV.d1pf8EF3WBVlPEQY8puFCXHu qOEAEPsM_hLDFmCCKSC29Xg6.tfUClH6js6GireVtGY7Ije8ukuGypHZuU10ao1mkdykan65EIC2 lZ0QeJDAE_4p5bBM6JZMk4DFZdoS7hd1ON3w3GEOwbPKqDh6zesZfpxU0P1qYbiJEMD9Ev0WJW8B uLwiINQCF0aQ3n9aM9iGRYE0VXFEnlOuXTXYjT5KrQt0N.5WPkfbzK9Jlm0j8COctfdpLfRWGQT3 IjtptHYsDKJTydw9BY9hXFGrdjLKXbKfnpZ8N9EyvoIqXO00LYac80W_v5zHOZXW80bAXH8ff3Yc kVtUDV27csE1VnReKcf91T0DId4WNsO8_dl4cpSKCyTFX6K0fb5YQMmkqSFLXalyySauKQpicS2a hbGcSVfjNdvCx.9jY3UDXDfaqGbUw9NdxQLGq0ZG.cCPr02eeYA.4BgM_aQ._5DKzxiMz7umwFvP A.nfe3ONDifHbOAy013AFBMIFXHc2GcsEFykpL6Nk5MzopbmJaUZHehS.MoOXChxKl1QP7ds3YUP hdKDuYx_tciBbGjkwpAgSaXE1tFf3JayVw0XrHJKI3813KTkpN2Ji16F7JG_g_zLQBJwZwFedUkW 7mT.Fl.0ShwbsXs56A8u5rWb9MyWHxFizfegGdTofiVXBc8CGxX4lld7GRNr3._YZjxWayIDCJEW cqqQP2J67hVBDQ5KPFJbsOi37L09EUZl.y2J2pZQkck1muJQM9oV1OehypI2ZEUVRrMvcm00zFGS nNAttP4UEWv.x98THcSyCO11PZuFhIfpUOKVQKrAsvNCA0ugvO47NIKX.0lFZ2d2D0dQhRtW1dr2 gQpqNkP28UqEKNHzvrWKBXpAuMpLyZnJZALnB7.xh2upzECvT6A0Rj6LliolpmXrmQJBKfuJsW.8 s7m4JlrB40pbg2JZoYHdNAb9RncE7dGs8wBLLOptWUdueDS.WSqPtgJGMawa62CwclZD4Yewdv89 8IvdBXnUtNT6s3R16aQzwNGuA1M90l6kqrtUwlJGyYY_ZTmQUc__jatiFqZ6efJcOpdmDST32F2. WAB9RsFsQPepS.6xXPVMFrrwsxPFr3839sSzcbRskxl_TznEkWAmU5jwg3pyHMvS8ZLykjfyRwo4 N5E7ciC0zqIO8.SWHEi0pSpvGL5e04psUFm8e36OWq4mq_nsTdUXksKz3B4pSdNd54ev5x3hPs2b mQQ4IGBQSZTJXwAhCplJRxkETsR68p_JOod6fvnLYQks6DC1Qb86Ln3z0Zp6u39NBbe4A7zQmx7O mVYHRZ1UHnNJCbobOciL6cDoybsFJg8VLSPKv9LPlnFaizO_pU6QFf4POlQ1zunzTj_DJpnFJFat 0IxrNzQWq3R7AL5gNo9ypvgRMKpr.MB80r9NtKszy83QxGxFCMZLFZeVmqA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Thu, 10 Feb 2022 06:48:32 +0000 Received: by kubenode504.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4180ca288b6ce1c54043df3819e299df; Thu, 10 Feb 2022 06:48:26 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <874k57z0yy.fsf@yahoo.com> <875ypnfcix.fsf@gnus.org> Date: Thu, 10 Feb 2022 14:48:21 +0800 In-Reply-To: <875ypnfcix.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 10 Feb 2022 07:42:30 +0100") Message-ID: <87zgmzxlmy.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 744 X-Spam-Score: -0.0 (/) 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 (-) Lars Ingebrigtsen writes: > No, the problem is still present on the trunk. But I suspect that after > you introduced the `gui-backend-selection-owner-p' test in > gui--selection-value-internal, the logic surrounding > gui--last-selected-text-clipboard in gui-selection-value is no longer > necessary, and should just be removed now. Indeed, it should be removed for the platforms where `gui-backend-selection-owner-p' does work. > But I haven't analysed the problem in depth, and I don't know how this > works on non-X systems -- perhaps that DWIM logic in gui-selection-value > is still necessary on some systems. It is, `gui-backend-selection-owner-p' does not work reliably on some other platforms such as PGTK and NS. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 08:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: luangruo@yahoo.com, ignaciocasso@hotmail.com, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164448041128879 (code B ref 53894); Thu, 10 Feb 2022 08:07:01 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 08:06:51 +0000 Received: from localhost ([127.0.0.1]:53727 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI4Tb-0007Vj-Gj for submit@debbugs.gnu.org; Thu, 10 Feb 2022 03:06:51 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37734) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI4TZ-0007VU-RO for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 03:06:50 -0500 Received: from [2001:470:142:3::e] (port=50944 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI4TR-0007o5-31; Thu, 10 Feb 2022 03:06:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=S+SdYn0kmeJ1LrQDKx2d3albviGdsfJboe5qdBoHUJY=; b=dA98Ui8Fo69h NyLHxJyUfvj9M6xiGMpFWud7ZiqRLpUTuV4vVcmjv1ET312wKUoPD4K9OTkYKTV7xfvFo78TTHj4G YOO0E78Bp2dlyfBfMSMma0o+ufGOlkKktXYnn6tiYvOc2yV/c1db8/uzNqejZIvwBaaUVckevr8nT S1GASxAxnrTybcjJSIPlmT9FQEAkmUKm3C2tkUBxJ94FuFwfURrTIzDi9TIknszx0dbnTV8iYi4Rp VDX/9tdej3ZBy5nJ5Eh2+CmrBUR2QK0YENidfpSJyGoZJn4mJY+pEYKwbs8zOHmu5IJuIXFlXYYiV cPz4wlr6j8btLtMLffY/gA==; Received: from [87.69.77.57] (port=1733 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI4TN-0002Qh-3N; Thu, 10 Feb 2022 03:06:39 -0500 Date: Thu, 10 Feb 2022 10:06:30 +0200 Message-Id: <83zgmztabd.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87a6ezfcnc.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 10 Feb 2022 07:39:51 +0100) References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Lars Ingebrigtsen > Cc: Po Lu , ignaciocasso@hotmail.com, > 53894@debbugs.gnu.org > Date: Thu, 10 Feb 2022 07:39:51 +0100 > > Eli Zaretskii writes: > > > In addition, I believe the OP claims that the algorithm we use to > > decide (on X) when to return nil is flawed, or at least ruins his use > > case. I don't think I succeed to understand the rationale for that > > claim, FWIW. > > Here's the case to reproduce: > > In external program, "copy" a text > In Emacs: C-y M-y > In external program, "copy" the same text > In Emacs: C-y > > This C-y will not yank the text. If by "the text" you mean the text copied the second time from another application, then Emacs on MS-Windows behaves the same as on X in this scenario. So now the only issue left (for me) is that I don't think I understand why the OP doesn't like this: after all, the original text from the clipboard is still available in the kill ring, and can be pasted given enough M-y, or using the Edit menu-bar menu, or using the new feature of M-y when it is invoked not after C-y or another M-y. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 08:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164448225718038 (code B ref 53894); Thu, 10 Feb 2022 08:38:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 08:37:37 +0000 Received: from localhost ([127.0.0.1]:53849 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI4xN-0004gr-Fd for submit@debbugs.gnu.org; Thu, 10 Feb 2022 03:37:37 -0500 Received: from quimby.gnus.org ([95.216.78.240]:45942) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI4xK-0004gZ-R7 for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 03:37:36 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=G1cEEzTAXsY13C/u4xYNO6KOhP8rJksd2+iZXMpLkt8=; b=glgu7lA3Gi68cJDKRwEl34vvKk 7hJBt3ZeSOtQGVXkNZsed05e5OMDdATgBFQuLzL3rTprWI7chv5VfrHxm/vYr08A/HR8lhy1si7pw FsQqU20OTJBJeUcg5lK9+k2Z4mX+YWNkXT5va3IWlhY+pUi2LKigYC8UqJ0wY9S00Y54=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nI4xC-0004d7-0p; Thu, 10 Feb 2022 09:37:28 +0100 From: Lars Ingebrigtsen References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <874k57z0yy.fsf@yahoo.com> <875ypnfcix.fsf@gnus.org> <87zgmzxlmy.fsf@yahoo.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEX27tn1797QxrqU jImKgX2Ee3hvZ2crJihDOz5STE3////GrS5UAAAAAWJLR0QKaND0VgAAAAd0SU1FB+YCCggdGhWp JeUAAAGDSURBVDjLjZJNboMwEIWHngBu0B+p6wiSqnvMCQBL3VbCiS8Qc4IwbFsJ4dt2xoZgKpDy pAR437w3TgRAoDiZFcNa0Z0kPLdJ1j4pSPxTAnEUbYJoIxEuj+KNBQ5s++uq5KHEQ1XRHoA9ED90 qp0VCbxuCyDbEWTiWAlRnYQQayCKmiT4K8tDQEaZvmWn2qnKsqOYElVRHN6NB1VVZ0VZHfPcJeQh 6mQtG7ptHC+LPAdyVPqMUqmmljzFgD6U+BrSJzPcmg9FUEpO0YFAKTneZI8ezGoaAmfjpIcAqHoB l2sIOHFx/nWdUAS0tdbYtT0DvQU0gQsBrelRh4CabGudtF2AVtYqjeTey/R9hwfBGjohWK4ae1+l iE0DQFupGz0Yp+vAwNIDTolABHrX1c/TC2DNiXEB2HLVenqgE8DIJvo/2NCuuRFoumsR0bTLCbTu ezDkYI/+sGhH85PSG5qewfpfyBlXNn6z//IJnYuw76oQf+ltK/MLA9N2OC9A0/FtZ/4A7BBH78of cLkAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDItMTBUMDg6Mjk6MjYrMDA6MDAOURHhAAAAJXRF WHRkYXRlOm1vZGlmeQAyMDIyLTAyLTEwVDA4OjI5OjI2KzAwOjAwfwypXQAAAABJRU5ErkJggg== X-Now-Playing: Contriva's _If you had stayed..._: "shadow" Date: Thu, 10 Feb 2022 09:37:25 +0100 In-Reply-To: <87zgmzxlmy.fsf@yahoo.com> (Po Lu's message of "Thu, 10 Feb 2022 14:48:21 +0800") Message-ID: <87bkzf9kxm.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Po Lu writes: >> But I haven't analysed the problem in depth, and I don't know how this >> works on non-X systems -- perhaps that DWIM logic in gui-selection-value >> is still necessary on some systems. > > It is, [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Po Lu writes: >> But I haven't analysed the problem in depth, and I don't know how this >> works on non-X systems -- perhaps that DWIM logic in gui-selection-value >> is still necessary on some systems. > > It is, `gui-backend-selection-owner-p' does not work reliably on some > other platforms such as PGTK and NS. Do we have a list of these platforms? Perhaps we should have a function that says whether the `gui-backend-selection-owner-p' results are reliable...? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 08:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: luangruo@yahoo.com, ignaciocasso@hotmail.com, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164448265018793 (code B ref 53894); Thu, 10 Feb 2022 08:45:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 08:44:10 +0000 Received: from localhost ([127.0.0.1]:53867 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI53h-0004t3-TD for submit@debbugs.gnu.org; Thu, 10 Feb 2022 03:44:10 -0500 Received: from quimby.gnus.org ([95.216.78.240]:46042) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI53g-0004sm-OZ for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 03:44:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=LPdFcxqU9/C9PILFatU5EVaRmzPoJQcC1qLw5aTF8Gg=; b=VZHjWYOt3L2++HB8xf81+Qq9Fb fuw1M6L4hcOCkifqfClBCWRwUkePdaYGIxRjbTsoyZNepPxQZq1VzSVhRe2qHV0VRU8bJy4ziNK6F wVjEMUmN0Zt2gJUNc65uKblcO/1dHZjM3Svn6zg6YYL0gPxZq+imBUvpLt0CbD7OVWGQ=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nI53X-0004gK-Es; Thu, 10 Feb 2022 09:44:02 +0100 From: Lars Ingebrigtsen References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEX27tn1797QxrqU jImKgX2Ee3hvZ2crJihDOz5STE3////GrS5UAAAAAWJLR0QKaND0VgAAAAd0SU1FB+YCCggdGhWp JeUAAAGDSURBVDjLjZJNboMwEIWHngBu0B+p6wiSqnvMCQBL3VbCiS8Qc4IwbFsJ4dt2xoZgKpDy pAR437w3TgRAoDiZFcNa0Z0kPLdJ1j4pSPxTAnEUbYJoIxEuj+KNBQ5s++uq5KHEQ1XRHoA9ED90 qp0VCbxuCyDbEWTiWAlRnYQQayCKmiT4K8tDQEaZvmWn2qnKsqOYElVRHN6NB1VVZ0VZHfPcJeQh 6mQtG7ptHC+LPAdyVPqMUqmmljzFgD6U+BrSJzPcmg9FUEpO0YFAKTneZI8ezGoaAmfjpIcAqHoB l2sIOHFx/nWdUAS0tdbYtT0DvQU0gQsBrelRh4CabGudtF2AVtYqjeTey/R9hwfBGjohWK4ae1+l iE0DQFupGz0Yp+vAwNIDTolABHrX1c/TC2DNiXEB2HLVenqgE8DIJvo/2NCuuRFoumsR0bTLCbTu ezDkYI/+sGhH85PSG5qewfpfyBlXNn6z//IJnYuw76oQf+ltK/MLA9N2OC9A0/FtZ/4A7BBH78of cLkAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDItMTBUMDg6Mjk6MjYrMDA6MDAOURHhAAAAJXRF WHRkYXRlOm1vZGlmeQAyMDIyLTAyLTEwVDA4OjI5OjI2KzAwOjAwfwypXQAAAABJRU5ErkJggg== X-Now-Playing: Contriva's _If you had stayed..._: "instead" Date: Thu, 10 Feb 2022 09:43:58 +0100 In-Reply-To: <83zgmztabd.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 10 Feb 2022 10:06:30 +0200") Message-ID: <8735kr9kmp.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > If by "the text" you mean the text copied the second time from another > application, then Emacs on MS-Windows behaves the same as on X in this > scenario. Yes. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Eli Zaretskii writes: > If by "the text" you mean the text copied the second time from another > application, then Emacs on MS-Windows behaves the same as on X in this > scenario. Yes. > So now the only issue left (for me) is that I don't think I understand > why the OP doesn't like this: after all, the original text from the > clipboard is still available in the kill ring, and can be pasted given > enough M-y, or using the Edit menu-bar menu, or using the new feature > of M-y when it is invoked not after C-y or another M-y. But it's surprising (and frustrating) to click on "Copy text" in a different application and then (sometimes) not being able to yank it with `C-y'. So if we can fix that (and it sounds like we can (on most platforms) now, since Po Lu introduced the `gui-backend-selection-owner-p' function), we should. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 10:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Eli Zaretskii , 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164448743513515 (code B ref 53894); Thu, 10 Feb 2022 10:04:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 10:03:55 +0000 Received: from localhost ([127.0.0.1]:54039 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI6It-0003Vu-JQ for submit@debbugs.gnu.org; Thu, 10 Feb 2022 05:03:55 -0500 Received: from sonic308-56.consmr.mail.ne1.yahoo.com ([66.163.187.31]:36877) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI6Is-0003Vg-2L for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 05:03:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644487428; bh=qZPNtk7ZU7TnKCKQiyi+CA10vl9Nd3/kiGearkmAHBA=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=Kd6vcNNAUlX2inE3mU7EocDZlxh8ZPV/UUCa4brFjVnfZMocUgk7wP7E2MAjjQpS2yci5bBdUpH5BTpV21kVAh9ZY2k7qMxh+bZnqsjk16MU3zpLPKq4D3yTBJih0Kk1I7aKrFO4LoUVz3lbvrZT9hQ1p5+2tTBdPpKvudMHAiAsg92qlGmwraUIjG3gt4vMrtoO6XehyPx0pqnLRhw+K3al34CBxbuewtpPakLQQ0t02636c5Akgtkn4KuhzgHCjiCqGZiT8WO/SJ+aEO87b6wH3rvPeEWejRbn05YGXsFfu2FnTFhD2grPPEwmwIQlXdsi84DLLqeg0VyDx8dWUA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644487428; bh=RvFSkN35jpo+jZZzrBUr3UFk98pQUtocLWU8VQCaz1u=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=qYAC5v6XkDRorcDeSxxCoNG1MX6xd/ThReNd/eAV+Wk+Rx6uJL937E3ucClFPi+af14CUFhTSnBDEdFcZr7hnko3zycQRPLR3NE4iLJV1rwV9C3+tzVMvEpwivz8iEXQJgFp4j66On+IHkCuSyNiH3d2hEdlWdpOdIuptZeKeAUHVh9ALvF2d4prA456nKzitXyOlVwP8fdvyrgybLWJE2374FVd7GEcfksSxY3HossOexWW7+NlLDaNVYyPzL7wug612RL7+Qa1Wp3rIQqX7+M6qii4ZB0t+lYeuI14cqNOffCjImkkHAxpAjscegICmiKl9uVVgxgwKh/qQ3EcLA== X-YMail-OSG: ivpXtLAVM1ni8zTVdfsT1uDRSoJYdMnr5bBeolNOvWw1VRKbMVXyvD9AifngXus gEyuGMwMrSiz6FLmrQHxJHNFK5rCVt4C8rT6qMrxG_zB3yYPSqcDd3uH29uL4yrF4jS49wNpfcyG tZ.ZrpTtaovzakV5JdamyC7hsNe5VeqtgwbbbxCyDtJuGf1v6rYEeCTpIbeYciqa.Uf0qmp3rj_v GucxwZjkte1c_BkW7WARdP_dJQLqxT4Z2ZAzmWQkNyouws0bTCXbE4xEl.4K5J82L.vtE3qWOwGq JLWz0fW5eSypk1w0xX92eWBIBGIEv76fYMW2FLfIi11WLt4NUJwpvZwbErifaHf2tTMJZFbP6LwF _4Cy.Bb.N7KlxMWJ_kORmZKrqfcmpe7p8hg3QRAU6BQMAOe748SYf3L5TaWRruZ__4txQtALWNUJ 1PGL_J91I4SyukciLbsvflhcp_olnPs8_Wo72CrfVqxmECjCsnNLvzOTWgKT425Tp49OiPYBHS1c 8x5JoOBlkKzt03hBqakUx2npsW4WO4J1clk6zoHogtanycWfjSLS2AbW1IRSWyzQCANtxsvbzmPW FmXicQCqw5_buVQkASKd7vkqrXVSajTx89lXculrNkqPF86GWD5WZdOnSSMDcd4vLYjkBG0MYe9L gobQUd34N_K9Tg_LZ2dtK1XNCwcsC5gwmuepFT4Mg9naK4LMsrNLJDMBu0hW79vmk1ewHtnP2GQB WvMDEqLCxupd2OvsvBlhKKjA2W_W6Q4K59uuMQeq9JEI2vUTQmX8yVUFefV4pXYW1hLFIBWG4XS7 LXD_Er13CdrojuBT21n_IOtqoEFaGbLIt.CBC8PIESoKg3vXW_1yyhoYIdKbK.uv0g72vC.oNG55 as9Uz3xuZDZsr5DmMdtcM3.1gjgtuNIBBFd5b_E6ggeQtK9f5z2wIJjxLMGNzBfekekvnG6lzNJQ wJY3NPNYoOziaZEqBypmCQNA5oUp.baeI1hIPeEiy9Q57BIBPX5ymWwgWpyN94dx277TLqcOsW1m BASNwnVUC1ETDH2KxfYHg2eVRm3iptMkXADldROyVolLjsvHdYBprQLD15wEeRVNm90oX_kzhrW. yJh79pVhyTQFZ_BSWUDN.yNd6EFHbnMx3Euc5qSySrBcC42C8Wo8A8YkdRzoEn4nbdyA8w.OwULx oQVrOrrZF4DQlM4a9OFbTshpuqZksSCOdTSdxNsPL1eUCy3sKRp7v7NG_tTY6Ah8ykRKZYWimeSo kTEgpDF2_hKiLMuS39266bgMe_gEb6MgjtZnq3yLZtpORUWmEsmub9Sgs52umAshDz_LMEF3wSvz M0Ka3UrkvUSpoq4.8y9Z1udxohoT1yyrqtXSk.Hn7tU4CUP_4_2xk4d3aEecwRefcHc9NhA0OVQL EjzMBSFpy58OsIskEPAMkfcY7G1_4Mv8uBOSkceFIE7VUBfrsJy4bf.Dm51ajj.39BPVxvyj_Nj8 1zL0PNbL905odJ1WOAxYKJXVAZTyBqAWM.djfhK.tcxQaxfnOJUUZZ1huyzEcXg4.SlR8NLkoD5X ZHuHOHBjovki7Cnp6TOCZw8qhnnxvNnPLvf7WLno.6EqU1d3eFwpcz9ufgoEfFnd7_5En4mh5yfR 3qjwFpF2PTE_Pcku2l7dmSbV6WGiwK0weOwbQZPXcoPhBV5Ux7Sew8.NMKY1OVEHho9fn8Z6VHqI Gdmt8NxNT.vmHPxsFcaH1w7mqWskr2PLHafm_TdGbrxeXbzfGtbqSUC5Q8ZSQI2nu_Vsrcu0xMFP TaE4QbIelNNrXrsQT.4T885lXWbxNqo7GC43I4VLN4qH_BsNu_qGtOHWTC7FAQ70GcRRxO5Lm6Uq .TT1cnML2TkONiyHPNZel.T5Ta1v3mcjqlhnF0Us0Zs5M7mCoSENYseFLVhTq5ebRS5v_GZkVoKX yOFR4vJQXXF7h2vl_8w74SyL5nC4SVEtdTCgt0yd.U7drVnRgvdK6Z3zOj7xXx.JFjd2zDHj0o01 OgtNqyo67HlB6X34MFRucLDQos9JeQEpE4Ts2cQOWYOq4QmwGuhgtlSel5qwXLJn0zmERuGJOqxD jfoOG_9nUXrdY0O_bP3.3hhq4qApJIr18RR1WLU3MuRM.flG.IehhpJARHwDeVctKWWk_U61YQ03 U7ou0tnifNf46_hLTYPNpA8MtKyxSTlh_iEQjXvWSK9xQYMnjgjLmhg0kY9BP7Nzr8r1GYXi1UFE tIsUh06ozx5B1jxZ14QQD5zJaq9Y6Bkr0Fhwbe3ql0dIuFgm3QPc- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Thu, 10 Feb 2022 10:03:48 +0000 Received: by kubenode501.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dabf747a9e062e9a34a7be7307e0d918; Thu, 10 Feb 2022 10:03:43 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <874k57z0yy.fsf@yahoo.com> <875ypnfcix.fsf@gnus.org> <87zgmzxlmy.fsf@yahoo.com> <87bkzf9kxm.fsf@gnus.org> Date: Thu, 10 Feb 2022 18:03:38 +0800 In-Reply-To: <87bkzf9kxm.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 10 Feb 2022 09:37:25 +0100") Message-ID: <87r18bxclh.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 523 X-Spam-Score: -0.0 (/) 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 (-) Lars Ingebrigtsen writes: >> It is, `gui-backend-selection-owner-p' does not work reliably on some >> other platforms such as PGTK and NS. > Do we have a list of these platforms? Perhaps we should have a function > that says whether the `gui-backend-selection-owner-p' results are > reliable...? IME, it's PGTK on Wayland and GNUstep where it doesn't work reliably. It seems to work fine on macOS, and it's guaranteed to work on X (if it doesn't, then selections won't work at all) and Haiku. Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 10:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Eli Zaretskii , 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164448748813624 (code B ref 53894); Thu, 10 Feb 2022 10:05:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 10:04:48 +0000 Received: from localhost ([127.0.0.1]:54044 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI6Jj-0003Xg-S5 for submit@debbugs.gnu.org; Thu, 10 Feb 2022 05:04:48 -0500 Received: from sonic314-20.consmr.mail.ne1.yahoo.com ([66.163.189.146]:44879) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI6Ji-0003XR-7P for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 05:04:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644487480; bh=dISE3TapKf1Kjz5zIE0HpwPDdFrxm+4OmB/CPTDkUTY=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=lO8Gfr/FCof69SX+c39OIYcevip/tp5yGqDLLzFxrkXWchhkyIOtw9RprOYhvIvVR9qZ2IXbw7hhiKXZ0U37hxb9VxQuiT2ouHnE0HKA4alvpNw7GW1l0pJwpIrG9RMUHO5Nu/2L8MfKFnVF/jimhdGyLpmwH4g377qZiZHpATphvf1bTClNNXZlv/5B2Y3NSPAmE3de2GSSY6eEWsa/tkNFcKRR4b7PYlxEnoD2ou+Pk3VpA20x2F2VijDtwVPM+NEXCg89asUu0iQR3cEU86PCZI7d2SBx3iKSdX5xzF/hruCbYP0e3lpa3B/hl2wzef6mjhWXfTBN44O0RTR+ng== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644487480; bh=llWDE5u2eh1X1uO/Axjul68BSqVbMB4FvGISycuu6OE=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=qZ3VeQiW3rbCScHBwrx14oXxpp+cnYy5S7qExwCIXI2A38abe6nMHktxFSGOp3l5t22Igyfyn0ZHPQhqoW9aUClrj9/dj/4+wAible8EvRxxxbJQ7uyrmpIoX/sLvMKACvZ/bYM+Klpp9F9IF8Ac53t7cqrLk0qCvxRPkafaAK21ddPpxVqvp/AS277JIYmgrhLU4TM5iqeWsx+Vi5NYtiyepUPjm9opv7fP+FRhV84wg3s9WCnMojV68y14OpvP2gNZEXicC7SvSIv4GrA7ktyzEi8iKFmLFmsJzQBc9SjE5XQClWZKhEZlE63DyAd3hnYaCvwVrY4q45Ph7MCCKw== X-YMail-OSG: 8mMWU5oVM1ltzC8F3OOfTwLT7HZi48scFYyKv6R70HxGREsRyMgZ6IS13Wrs4qQ laxi.GFubrB00xRhFfWmWyGWohmS_2JvvxCgMJJoZayO7oolJe2_tqnH62ZfqrxcjVuCaXZ86h.1 Zvx9WOJqW1NmiTmfIQy4qBao7B1LKm7ipI8snZ3h9zm._l1FbpVxy3I.l4DjJBWk0upTajBuOCrY uI_mxvkoLBU8S4.DXZGnDbGagPJB5G8ae.N28.MFj8Q8A79cMA3xvGLbYDbS1vXqZPExxOsi1A2Q NK1saBl3L2jhNvmlD8JtU2ir_fHxJ7gY4XbuB6bi5HOsDwFcmBkPJ6JMndXYwFnYkTxfg5PByl6f yYbhDNa3gRCyY1OtEbjNHj4rabQF3lJicAe2pccJSIcGA1Rx8ad46gWPPGjQZ6WEwLvckj4YmG9F AFnqV_mzbvA09FJxllDSJ3aKMh1utIoGsTiIqBKYQ8s9wqKPErLUw2jc5qZiOcFJEHf9ipmtbV.G cQeMyT4ikIcGvK3EY4jMdNN0Qwc8s2PterHuvugsOiSxcAR.2A3XXajvknUWSfQY3aTEg2YDn.am NqJByY0j.kL9HarMccrU6Lzi7jpEdT4dtyIcu26shvsVLlRMYu1xId2So2Qt0ccJxnoRM8n0JjaC Nz9cmLc.GtxKO64fNCwGvA.qUdRttRJdrcWHMJbgX3nPGCETWM7Bv_5Z8eQWUh9u.VlftdxUKuPT alpmyTfGQ6.Qpl_9u3NWDt8x1p.WxaAVS_sIOm8hIzT.D.nCzhMYOX9TKWSE5r0WB1mgU1vF7T9r B.K.aEjJ4T_T4TRVg3brZzMjOSsnE4jI_PONi1oscVj.NaVEHW1usjpT6aZ87q2ZVUzRF635UsSV Ya99oot9WzND.NmNKbFh6tCAtVj3_tRurFR23A6tbRWGLOLFnwoz.Djt0.KQ1YPlIJBKPPE7QxGv A.mDbM.IaFK_UQJA.VWC3aCxYxqecegdjVDSkyXwB70fe2B7b7D.IViUVzOlE3WHNWaEnWZh5ZVc bninUY7i9tfIAd7TgmJj7pZz.I9ju_SRVX3_O4k_2v5MY6rwaHMnCfHRmfj16MxkIgtGHIJasXcr GYmTAdwKYJK5VshkGBbgSXKCiT4mgO2UOk29wiAHBJxzayv2aOwXA2VBllw9v6eMtgp65ZTID2ID qCf0ejNm0ww0eUdsSqASlvFUdgBQuwlUSNB3OYEcG7LhUUG0JDeV.OhRvvqIx5Qgo0fFRK_hyD6Z V9j.sQUSIUgeKLAo72.omAIj2xLAnTQQBS2S0_3Tnlk_eCH1B5HeKADrRWB07uSjxDVw3iwAVG9i djreJ7z0B_D.bch3NrtrZ2xBb5uJuUfEvw51B2tSZ0UDr3b1Hjrvk9kUc5krtFqrNoZXzHPqJwWu uoJaijucqcSlScWbT94pDUT7tszc9hHAOiPTAK8z8h1W4xTMk.QpwKtWlw9zwbKRTRKzJ62A6wYv AK_tbA1r3yFzADYD0LrLE98Vjk63kQINEj41zrg7MyB3Qfr_YIZHH0pSTGtKm1exqcmFJIAa0jFb 2CI6RtcA9KN7UxcF8M.lcXDCoq9a_0dG1FnUjTnJgsxlvsILIbVR5oAaUlUtLJGirW13Ejv_xPEn 4BhZ0Gf70SVt1cO0sYiS.eMLJn8BIF7KVJ9ZWKUOQGT7iuL5dDYUDsp78prf5PfDM0A7G7XYlf9T H4xe_2eXxcaYnD8jFEn7gbdKMxcgkhIPzYdFmdcnzakXh_P7Xvqgwb03_Npe_osmx3ah_eOT8ZZD SQkb0gCyRs3rM7EhnVEdhgRez5DV.OH7F3rCUZXK38OXygACd9eh1r0z3zMA6d3sRO.NLeHyjKji sU7ayF0L5pkcRDCEHZyDJNKe.XtbOwTaykvTA49p.1T8ZaQeF_T2CtGSc_b6dl21u7PpWf70xEZn NyCS3gMVyV5SPEOKJS7lxOuH7yyMBYG8D9hEP8YAuZzRllEpBmVLgLasO3C_5JyxqLebbldOpnqm g4.rReN0wdYi.ectrWuhq8ntr3PSirysuJ_Uk75aAh287K6e8gy7LuW6WqXIMQAF5sI4yQqX5D6M 5jkFFbf1v.b4g.DbsLITAlnM51iVgC7RqX5Vg.lL3KDDtc109VCTlJPA89eu6HB5Ey.S0DP7sL0K iaaX1IOo0bP9pBIqAzzG0BhFNnKzvGnLVA0MLhjazQrBNTZJTAgzO4YrdjRiJwyJvdv1sAH2FmZn _WAkSEHndMlTgmdohtTrp.GJKfn85QJJWkMcUZPeSrIgltw9Uqqen X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Thu, 10 Feb 2022 10:04:40 +0000 Received: by kubenode501.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID cfc019c1507ef8bfad89192851579573; Thu, 10 Feb 2022 10:04:37 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> Date: Thu, 10 Feb 2022 18:04:31 +0800 In-Reply-To: <8735kr9kmp.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 10 Feb 2022 09:43:58 +0100") Message-ID: <87mtizxck0.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 282 X-Spam-Score: -0.0 (/) 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 (-) Lars Ingebrigtsen writes: > platforms) now, since Po Lu introduced the > `gui-backend-selection-owner-p' function), we should. Minor correction: I didn't introduce that function, I only made `gui-selection-value' take advantage of it on platforms where it works. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 11:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164449307624584 (code B ref 53894); Thu, 10 Feb 2022 11:38:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 11:37:56 +0000 Received: from localhost ([127.0.0.1]:54168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI7lr-0006OS-VW for submit@debbugs.gnu.org; Thu, 10 Feb 2022 06:37:56 -0500 Received: from quimby.gnus.org ([95.216.78.240]:47706) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI7lp-0006OC-IG for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 06:37:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=u4UAgh8ldXsRjv2/erf7qXcSDiMbB5KCCPekJ1jAf0k=; b=F227D2IgcnJzuYzJ1R8JcEUoyz mFkItzXpExv8WUerUStaV+8KseNPXG0QIcb5UD+H1Za/MomCrP24ugeLIUrYl1dy47ok6Qgq0tP+I qfsQTFfYFzNz0VielQcbW8wlPla/RN8F+E77fruVxKCr6Np7PjIsxmaNXPowX6aC7O+w=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nI7lg-00065U-8V; Thu, 10 Feb 2022 12:37:47 +0100 From: Lars Ingebrigtsen References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <87mtizxck0.fsf@yahoo.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEVHJR9AKixHJBtm gJus3PWsrq2/YCvjn2L///8rhcJvAAAAAWJLR0QIht6VegAAAAd0SU1FB+YCCgsRATE/HVwAAAGX SURBVDjLdZRdbsMgDIBptAs0ygEI1d63LNrzopjxOk3QHmCFXCBprj+DIdA/S+0Dn2x/GAhjD2O3 Z+JhcPYEIBHtR4p9Xmc7JnrY4o1XrKo4q3ybFsDEgJGWKFoYXYweOlqLGTKBcwBYimgPCfzBUGyl auAzERjKfTRwdG5aQneZzN8Z4wf4ds5Is7lpbczYErDKZ+HP2aM5zc4NCLyWNUZarWCFWSkltfnF Hl5r1lJqrWfQYH21uYvAmJM5LiiwGLssk5yZB6glc+8QQxj7AdRmBGRbswimFePip1Wn/SFArZXi ck5jDEBoORFwFr4K4LVihgVsyzeAWrHWCiMvSr1moGVRCqelNgB1kZG11jlreWt/uiS2wE8B6HQD CVoZNFAjudHyE3jxxz5FUPYIpzvdaHnQepB8u6JUuI3Tja8IWjKuo2/SIgBph0vU2tHDaeB0N0Yh nkzrHnQZPBwj3W4tc/ehAFda0VckrbgTl7QIHEDmJ4pvfAPlox64yBn4GUgZeD95Aa6/IyVgVfjH N16JJxm0/g/Ah/XmIQnAfgAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wMi0xMFQxMToxNzowMSsw MDowMBRilT4AAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDItMTBUMTE6MTc6MDErMDA6MDBlPy2C AAAAAElFTkSuQmCC X-Now-Playing: Instant Life's _I turned my best friends into slaves_: "Dancecop" Date: Thu, 10 Feb 2022 12:37:43 +0100 In-Reply-To: <87mtizxck0.fsf@yahoo.com> (Po Lu's message of "Thu, 10 Feb 2022 18:04:31 +0800") Message-ID: <87a6ez7y0o.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Po Lu writes: >> platforms) now, since Po Lu introduced the >> `gui-backend-selection-owner-p' function), we should. > > Minor correction: I didn't introduce that function, I only made > `gui-selection-value' take [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Po Lu writes: >> platforms) now, since Po Lu introduced the >> `gui-backend-selection-owner-p' function), we should. > > Minor correction: I didn't introduce that function, I only made > `gui-selection-value' take advantage of it on platforms where it works. Ah, right. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 12:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: luangruo@yahoo.com, ignaciocasso@hotmail.com, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164449493413309 (code B ref 53894); Thu, 10 Feb 2022 12:09:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 12:08:54 +0000 Received: from localhost ([127.0.0.1]:54211 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8Fp-0003SZ-US for submit@debbugs.gnu.org; Thu, 10 Feb 2022 07:08:54 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8Fo-0003S5-Lq for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 07:08:53 -0500 Received: from [2001:470:142:3::e] (port=54470 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI8Fj-0005BK-D9; Thu, 10 Feb 2022 07:08:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=Ff+GGFvCtODP2W1p3Fo1rgZeL45hbgROxUBLN801tZw=; b=GOiMP9ekz+Zw q/ekHG4YqtupKVnCBGG8PLwE+UHfab9TPSc/3DKdZsIKQqw39wp2fnhgsS965mk01Af2ab9wySMhi gfhwTPjilOALqYR/1YDpkrbg+6j7Qg0tOcWgH0fCagAcF7EjYGTAgtQO3OPcNNDJWqTB1SCcT6fZd QVDwpyErL+lwnLUF39+YphDFyJujBXEtduzOl+9mJ77+JS7uxA0ZO6bi2a/3BNu4w20Q/qcQdwGL4 8syDXQ4VAOEMFdfzhSdYHmyRUnEi8+mdAaGO5rrh0LbdFQ4HJ5C3Bx5bXUa37bhcO29kRlnzRMNFM J5DK9Ek8FBiTeAwA+E8uyg==; Received: from [87.69.77.57] (port=4579 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI8Fi-0006ts-LW; Thu, 10 Feb 2022 07:08:47 -0500 Date: Thu, 10 Feb 2022 14:08:41 +0200 Message-Id: <83pmnuudo6.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <8735kr9kmp.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 10 Feb 2022 09:43:58 +0100) References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Lars Ingebrigtsen > Cc: luangruo@yahoo.com, ignaciocasso@hotmail.com, 53894@debbugs.gnu.org > Date: Thu, 10 Feb 2022 09:43:58 +0100 > > Eli Zaretskii writes: > > > So now the only issue left (for me) is that I don't think I understand > > why the OP doesn't like this: after all, the original text from the > > clipboard is still available in the kill ring, and can be pasted given > > enough M-y, or using the Edit menu-bar menu, or using the new feature > > of M-y when it is invoked not after C-y or another M-y. > > But it's surprising (and frustrating) to click on "Copy text" in a > different application and then (sometimes) not being able to yank it > with `C-y'. So if we can fix that (and it sounds like we can (on most > platforms) now, since Po Lu introduced the > `gui-backend-selection-owner-p' function), we should. Using paste from the clipboard mixed with C-y/M-y will always be tricky, no matter what we do. That's why we have save-interprogram-paste-before-kill. But if this can be made less tricky, I don't mind doing that, of course. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 12:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164449529413984 (code B ref 53894); Thu, 10 Feb 2022 12:15:01 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 12:14:54 +0000 Received: from localhost ([127.0.0.1]:54225 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8Le-0003dU-0X for submit@debbugs.gnu.org; Thu, 10 Feb 2022 07:14:54 -0500 Received: from sonic317-34.consmr.mail.ne1.yahoo.com ([66.163.184.45]:44411) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8Lb-0003dF-Pf for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 07:14:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644495285; bh=vcVkOjCLFvwwCAVqPZtr+6zo8Mt0eoL8wC3kORye6N8=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=mzOy+gtTCOwEIFOXdsVY+iS9tTeTFna+nnHpBNKf1BSHz0avUDyKZJnIwhG9yNfPqy9ZjcNuon3Vvy7SuPUy12XWl2cjMs1lgy82SuKjebsAChFGkR9Yc42y+KElP+H0LZPunG1Mj4Suq6JbgTr4K6BdICNbeohTjXAR2W7Ysp+Y867AE2ZdkGvRjXw9l24F6bLqv1E669mGFX5Xudf0QCjvCN2yHeyNdwKBgTf4AOJKAe1AqFWxJrK9AONk7RpVifM9By3asoZRgZNCXZAWZHuY6P1HfyFkontWbgo2P7T5XSrzUosuiaP6bordzWq+0NUoQ/L3lqsQw28vKnxt7g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644495285; bh=HvfaP50454NvfI4KM2z6u5KC7HeFgUZ8BtDgO/AcYQQ=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=E8IB97PZxFywApUV+rfkXZKMa5KdhG6T8PryJ19sTXS+AsmQ+0eqnuZxtuL4OCBuznqeq8k6pNRMC87h2jNIaHH0Ie6XUyH1ctoLuptXkv/xR5IE0BHKOS6UFhOfI9q9IfDlcvSxSo8KkBHVwMQHpJUOZk1Ni+rxTVrs+qJ5KAzJUe2Z7qJs/JogRcr/uziZQjWsIR9qMM3f5j50EGvniTgnt7nInkfUKB5EIVxBfLPWKmHY1P/qEtRJ1KQ0l9rFaZTNt/pDfawzJzR5jEQeavpFq1lrY2Ad9DHdCE1GzIyPTx9NZ9m1K2rT2d4/mwL91vP35M1GBp0I18Kg6++eTw== X-YMail-OSG: eHVO9roVM1k4ba4vYinOlUmzh9bLZyVmT2yzv_R_3.ytMDcycKlkI8lvClAp5xo yKcrIRk3S0iCBfHptWHptR2H_2OULP5Qx1meNQ_SZtYkzOuVkdcj5CP.WsNlh39CHTDpuV1yO9DR gy2TDjCPqt1O9tCn3UI8QFzUWb1KaV5U_K2G0sLBVMyDaK0GuG1KHozoZHIUfTokFndWplzqncUY YjCVpk8UtFCyKJz27saR8f5QjlxhGeHuVq6c565M8TzGuQLdPRTB0zH2xeFidjxsQCkmELNoytne tGth2UyUTX7rXeXniXGO.7xZOVs3_4J73Y7xsrU.5V6PLmDSWSGi81acUT884c5416aZa9sgapJ9 34N3AjgVWmuSUiDLL21wy3Gj43Sk6WpUYf3bJWjo0WwMzdAYSGEZtaQqxP85z7RP9nFZyFReCV1m rCkM4XBgn9H0YID3so2kmEAix9rQMU2rd5Ccg6ZSdm2Jo0x.1UAl_Z2awUrnPc7biGPXWYtN2JoL 54SZeZBuwstvZw_02pOtFnxj3pXb45VfGTd5HeAyQh0KxvILbTCW32ukjKVcwvRbWjSl7QkpMpp7 IyjNKmtx7MCbRs_2ZBr4mWUEObmR3sdHg1_EXKEtwWLuQlOrIE52e_MnZoHMr1CL15wz9M9BVFz. cX6xid2HvaihDp2k4Ygek240CL0X6fiOXnbp8TICzIIFHgzjjB9KDKsL775kQQPddrrFgS_d_EEH 07ytTW6P9sJBlv_.m8lR2JDNo0TidpfuFuPj0dDo8vI0meoJMqOp_JJLXl0FIoqmHaqxN0nrjB1E 7rqUs8MtPuhGvd4WyW7ry33tQne0gdYbTJ5i6fEGWx4pPTO3ajwSo2L3JCmVlV_EotgAv8n2ZTNE Jsh9EqZIrIOCS349NLqo8Eu.IkOmy1_aHitTJ2MHDVJe_CMZTMqyD3jUrPu.vFOrz7Ds2M649gGE TfqXuaK0jQTzC9OyZes7tkqnNWK8tPzBbLTvdKgLp5yAoV3SEtppiu1y5FeHfoUl7NviZ8d9hrCY 0LUGHCoYNcxk4V_odVWU3h.b.s3ugWkKBE3BXy0PodN_KACHu4H8Tu_zuSFGGtmnNG.7TQCuo_In 2AV9EtJ5z.199AaTCikj9ZKNMkTUSZaGHc2ARV1Z2ug.EqPaRmk6IamTviMhUJoZepwHT4t5pL7l CSrqd.gTkpfLHn83XU5COzMI7brwljCcKtjgDFVLWCwJwk4G0PGLj1elIcXyoSha380LRaEW.LMZ COwcWrkV3NKVY5piSd6LsOcf9bjgcPWk4KW3MDg.Lh3LN0Y.UZdqK1OwhGK1DikPci7WbZuR5alF 2HaroFr.zDuWaj4Bi3OPq.CGM8dKdhaUWsHZGCZx6i0BPMRU7Dy0BiV9MJsYvke9gWQnCjPmiHG6 fxbpix3xijTQrVoK9iRKU4t4ODQtclNolskpnV.60pY7NxgDajG2VNjwce5g3u.W9LiI5EbP0ROF mfWNB.YE1llAqb71UPJm.LuMsotZPVTDxz.cBXr_xpkRZFp6WCoBNWvird6wUxrYhNa1GTtdKBhv rNb8X45rQVGvuWN9fr81xQsIAU01_Oy1BMTrR2tHy4iJd3tNjlv5qddMeYwupxMZiJJ4ux8OTZIA lA5cM6FiPt_VyiqXOoEt_C0zarIaZbFp_fzy7oiZ.nrT_tIpPqepzixDeWlXGeXq_9uo2L7nbx3X A_vc_sWjuEplSVN6TlJbV9Fd6ZP6UiGu6_0i48kE4TWHryy4lR4hnlmyXmMhlhbNM8HMJ61Z80kL UCpdTqvsa4LxmD1gRpRAeEiYlEUQ0U3sjLUF7PMEvoDSNv3KDwZRJ4IVh9xONNlErVltqGxU.Q_D Sie2oGtUgUBKL.HeB6cpw1vB2dCbQ6GWrlBf5MIWKw1.joRKyVPJWhxDSL1gBhc6AzB3Yz1jsP3P 7U69UKk0zcbvPhF.wfu1rjzlnSQNBOgAKKoMTljFdD_4ag9gVNYyMgqTKFEoRVklUeNWnTf2PCOk r7tZNyXP3HievFnw27rsFwPJnmD8CWdWLyFEEmiMF33Z0SsJwkjY9nl.iQHLKmtcpPQOq5AMet6t 6CuBXyfHxn9wl568hiry4wCYwi2ih0.7uTCtzvg3LjccNRDHrxsjDjfA.wh1Ab_.oYJ_DxE1tUL5 wlMt_X0StRkCuAzEfB9WLpSuIdrJBiDjXChMAntP1XNk8yDoV8H3EtN5kloi1iDfzRrYmTA.6WEG adh3eX6jTzZbAk8yzegS_7D7Kv3FnsNfHtQU7zaMjAzu6zTPJ6rk2XMc- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Thu, 10 Feb 2022 12:14:45 +0000 Received: by kubenode518.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 09730f45821853e83e9fb5ccee7aafe4; Thu, 10 Feb 2022 12:14:41 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> Date: Thu, 10 Feb 2022 20:14:36 +0800 In-Reply-To: <83pmnuudo6.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 10 Feb 2022 14:08:41 +0200") Message-ID: <87ee4ayl3n.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 392 X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: > Using paste from the clipboard mixed with C-y/M-y will always be > tricky, no matter what we do. That's why we have > save-interprogram-paste-before-kill. > > But if this can be made less tricky, I don't mind doing that, of > course. If nobody minds, I'll install a change that disables the DWIM behaviour when the ownership information is reliable. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 12:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: larsi@gnus.org, 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164449615824361 (code B ref 53894); Thu, 10 Feb 2022 12:30:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 12:29:18 +0000 Received: from localhost ([127.0.0.1]:54244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8ZZ-0006Kr-KJ for submit@debbugs.gnu.org; Thu, 10 Feb 2022 07:29:17 -0500 Received: from eggs.gnu.org ([209.51.188.92]:50750) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8ZX-0006Kc-Is for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 07:29:16 -0500 Received: from [2001:470:142:3::e] (port=54758 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI8ZS-00043a-39; Thu, 10 Feb 2022 07:29:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=UdCu9SmwrCSOJUA/aIwH84WKEyXADRPno80W8smdNS8=; b=Mlv8J6gVgLNb uEPJEP4RqtR/12TWPbBYLjm61zBERJFQa/RV0LPRhKJt3m2ONoSfs3XHL/X7FeXR5gTLnXVJka9/Q denbm92bLaBGp7eoOgDamNgcQwBNbG86IVEzX5RvRiDBb8eAAUMFurmXEDBbR5W4kRVOrjx/HVSZ/ mrG/7bCYSytgvsn4GkkpJULvJv5qLGnde3T2/tG5yiZkCE86rnfssZb9HSvc9PX9Oh2cjR0aLrVIa kCRdtk7Op0JwZdrvFLbof8Sqde1ecNiNASQk4T7c9uqwArrbRfB4p0LkNRgqD5Wk4XJR+6VnuZiar EuR8uPfEjfS7M8blBbJkhQ==; Received: from [87.69.77.57] (port=1850 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nI8ZR-0007su-Ko; Thu, 10 Feb 2022 07:29:09 -0500 Date: Thu, 10 Feb 2022 14:29:04 +0200 Message-Id: <83k0e2ucq7.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87ee4ayl3n.fsf@yahoo.com> (message from Po Lu on Thu, 10 Feb 2022 20:14:36 +0800) References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Po Lu > Cc: Lars Ingebrigtsen , ignaciocasso@hotmail.com, > 53894@debbugs.gnu.org > Date: Thu, 10 Feb 2022 20:14:36 +0800 > > Eli Zaretskii writes: > > > Using paste from the clipboard mixed with C-y/M-y will always be > > tricky, no matter what we do. That's why we have > > save-interprogram-paste-before-kill. > > > > But if this can be made less tricky, I don't mind doing that, of > > course. > > If nobody minds, I'll install a change that disables the DWIM behaviour > when the ownership information is reliable. I do mind: having different behaviors on different platforms is not ideal, to say the least, especially for maintenance. But I'm not sure this is strong enough a reason not to make the change in this case. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 12:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: larsi@gnus.org, 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16444967471743 (code B ref 53894); Thu, 10 Feb 2022 12:40:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 12:39:07 +0000 Received: from localhost ([127.0.0.1]:54256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8j4-0000S2-QD for submit@debbugs.gnu.org; Thu, 10 Feb 2022 07:39:07 -0500 Received: from sonic304-21.consmr.mail.ne1.yahoo.com ([66.163.191.147]:41216) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8j2-0000RW-J3 for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 07:39:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644496738; bh=zDDHu04iOt069wjzZnsfOHEJrohaD0jhKJk8qFlf0Ig=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=m3SAZzeJfaRrr8XGks5WnFM1VjAYznVJ83pCJBQiYIVIoo4ScnbjJPhoXzxO+Nk8T4GzerWwdlrG4guFTWrEGGmX6tcekpVFKxcCEwc6Xey1H1yg+W3HKJpK2WwUQpeyjCV7+RcBQHQZ1W+R+NNR+n/OCyluWuyXbZ4EruEW2AC2aAFutjUD05Y1VyrlIvw313DR4ipYU3R6jmQi/Lf4+Bwho0xe5kV+MC4ayYKO7bTXSchU5RnF3l8ZVNQQVXcnio2IsoeDVdHI0SvYRNrlHp8WcPkVAfExzGB1TK+IoIitkqT6ArJV+OU1NYHWeIwYiPC0r7S2Jkvzi1KkayAt0w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644496738; bh=Bena6MrdJTy+cQC2S56iI2oUZ7phS0q7t+A2IesdIx7=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=G5ouWwnOfFvFXLeIIe1ptJ+dSl9FK5KX9BGvv6m5zwOudYRJ0y+T6E9a+kc2x2xP/198MxuAdCfRj0BAYb7paoe/nlacwi67JD7NwlxbQR/eF/OpVhI5qyZBciPsSEj8yJ6D2HEqTQLhxNhZlFc+lqrqfjkQKLpHOY1SIQ59XmarzpPrzZzyZ6jonfQFu0CpxO3+UpGd+dsNH0pjLHeRPc5dRFCuJCyPHxzp/MppyAHcyZ1KeEfMwBU8F8qFInclsCEr5+lpbedAbQCN0WOJAi4n5LpcS7PRa5cAVMNRxrVVOki6give0lZ4uk1WRPlSShMJwoO9Zan3SrJBvXAvSA== X-YMail-OSG: 7dsf12kVM1nARZwEoCIyojH0SEUxi6.Kt2iKGtrej6zJdrczmJJILCJMegoUpwC eHWwdPTO1bI1xXGgjQOsEblqTqxVBSmKVS25bUEtdFsVMFOuZvBonBBT4v1N8CK8aQ8PsdYNBixT _wM.Q8SylGQer_axUEl4HNbYJ2avzixOL5KLn5akS2drbPxtAlw7tlX7m9JLcIiNvHBjMUleFZ6o lJb6yvfWDnpfWstvGu0ruK6FkLmGWPAKvuENI0u8RcwG47Hl0PGKWDPPbE7LCxzlY5AVquDhwKmu 8u8hbNghn1STTefdcsCMbxRZCw6SxzmniPY6iQo9taZyxxfNZy1..4Uq5RtMQc9WSOMlYsgQ_Emq q48VOxNergptKTC1SOh3Dt2YbpQDb..mta7bvJxs8Daiq3ZNtn5yGd9jyQGUqe.2P5g6t90PT9rJ TRS7ZqelMRb0PMXvqcZ8HTqlX7vJz8YyBqmY0CM48jcStxWHKc.IV5HAEyOgxUO6xSXMnVRTQPk5 WWRHOFzlpUZQG58BzbIG7f8DMAXgUIILAQGmShkiM4nSaoHCJUVwDK_gAGY72CVp4mdUSPdl_fzt E5rZkznq5ccUIGxsoEgY89pB.IjyAS8b2NsCqx9eN6P.HHNbnupe6hX_RrWWNw3U8ROx4lIyhOYt 4qXxVYLsa94JitP_R28nlkCAIrdmR5jLB4WJfotbaUy3w5o_kSJhUiiMXDRzaOFvuidBQRDwFtST dySuDca9z9dqoNfYeRgvdz22IxOv28JnoiJEpEVeKghNlaua_MHRY8pjKYvNHYOM3ONInXij9rv4 T4B5V3CUosEKX.O6xGzuiQmjiWUnt5J6c3mMW.9ToW48e5cbyVIl5470NhQu.Qe7KeiStXToR5VR 24phlOF0SG4HfmOy4Lpnu0yy8b5PUZGdAX7U1Vs95nnN37mbtdCyTUXPGu0AML3D_GKTAncwxDpt 5ZNaurX_jZDxCPawmspmypYc0bmpLKoGnZFvey_krlvL8ZG2czGFKHYa_OjJ7EQjz3XuIB9prRXq RabLrYbPvPQIVg93XPQnTK69SitSuh4uzh7nnA4OKkzxkzLBYwY2e6zitljEQ_H6etAu7YYkSnyv vZdNtmmbnIr0rRDETlP1mK_Ri4it0pcn.vzLBe32i0FqiZOWLhxM_D6NIEVutBcHVvcU9Ew3jnRz uV8Ot6TdcutgfD2yu2DLVZqL.EA9uBrJlr4kQHeCau1eQJGiz5kf0KJNaDV6FPVp0iV8M4NF6oQj fi1wPS7pKuD3_Kys73zUfYaq1.s7zWtAKx2OdyoFizQZeuUd57gKhD3e9SXJka34s1rjtYaWP5j4 6nT6JygnMPdhYkobecpd7nNDwb_IMHXoNNXQIaGhcrEU.BrDvqbr7ZO10luJyyPMgp73Z5.Dd_w1 sXvkjtJaGRVp3wa_wihsavRUo9HQilpySTM6vs34zWb2OCwTogtXbS2bIzwu.Dc6cnQoEPa2eulV iFHFUFhu3FlQlD4dzbDcR3nB4nc.ODW2mkcMj8LB.GwwtBbIMWUCQuOmcXQPV1HpmymU5mxIKZSi hGh6tgX.UJ2nSs0iaghSCI0KCBHj_P4juyupnOmjcl5Zo9s4mV9M4AVuEomKhOJ.9vGSVCwBiK1v bRy390oMSSJKj8oL1QjJ4pyp_q3tr2nNf8vdBoG4fJKoP9ZNeRVtXrPBI6l2EaHqKh20SO3gDXto YfqqWTkkesqCGRWLiHF6QsrwOrCl.waOGoHaODO0tMTr7m1Q.UzV8l5nMsfZUGkaf_CoTjYDsBnO 7JLIB5_pBe5LnRAkDoAhJ_9J3QQ9b8nW5UaIdkUdhMw9kfnzWsnKB1sjXeQcoJNipHZrxppihhom WtAnF5Ld97hgoH2SZ0_v3mQN2_Fewi58.tf4EYfUC_niQHl7yJgYwGyGzy3_lrEG8kUBA_a3uOtg eoSmIqfImevi_GnWUhCnTBpVqhAc73zzgz7IbsE11s3Nfhp9hCy48ifv5MEHKQXtdAj1VJYzYoNT SNJm09uVnIzh1egyJGz.pxdg8Cj10tn1U05Sny8xzmTnTfM3n0Kdo2fBSoKwPTxz04.EUEFUpxLc jsjXfmhPv71R0Wfdv9U230ZXkInzWFshFeCNTdH3XIaDUmkr_eL.CtI5mEU7TaqZdVQlH6HQBd9h CTRRHfJaCszRXePPqv5nRiKPsujc741suU1fC42a_1xj5nsvsyQOPSO4.5FFPMfENWaWscIavB2m 1de3HsFHdNz2LoexyADQB.UGWFs4DRrpE2kah22mgKNp4MXXIMU2NN8O3 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ne1.yahoo.com with HTTP; Thu, 10 Feb 2022 12:38:58 +0000 Received: by kubenode510.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 52ee7ced0784bc132dade0213f245775; Thu, 10 Feb 2022 12:38:51 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> Date: Thu, 10 Feb 2022 20:38:45 +0800 In-Reply-To: <83k0e2ucq7.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 10 Feb 2022 14:29:04 +0200") Message-ID: <877da2yjze.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 308 X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: > I do mind: having different behaviors on different platforms is not > ideal, to say the least, especially for maintenance. But I'm not sure > this is strong enough a reason not to make the change in this case. Hmm, then I'll wait a bit to see what the others think. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 12:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, ignaciocasso@hotmail.com Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16444973613022 (code B ref 53894); Thu, 10 Feb 2022 12:50:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 12:49:21 +0000 Received: from localhost ([127.0.0.1]:54280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8sz-0000mf-L2 for submit@debbugs.gnu.org; Thu, 10 Feb 2022 07:49:21 -0500 Received: from quimby.gnus.org ([95.216.78.240]:48514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI8sx-0000mS-8k for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 07:49:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=n9cloAnTxrcIgQMYrm7QrWfV8JPUUhZPLS+JTG3pGxo=; b=QgFkvoWeXPuWq4UdSYrBHWDXJT PPFxwx12oIK8qfyhgsdmbGDQ3QDOSvubQiLcCcFWLp6DiUkb3h8XGGerZ1nKwFraeaKjzffTqJGQ1 x73oMjJ9CrcjxXJujkuaLeH6JF0bA70+DXpFsvnav82i3rPtBnXCuIX/Jui5AIfMO2lE=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nI8so-0006gJ-Bl; Thu, 10 Feb 2022 13:49:13 +0100 From: Lars Ingebrigtsen References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEVhOzIdDxCRX0uj iG////974AhHAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+YCCgwwBiaLi5kAAAGxSURBVDjLZdMBkusg CAZgwAtA9gIEL5Cn97/b/qBJ032ZaTv1C6CixCokHuQRM4gk9kMAIXKM90FmdgsZIvJp+T7APkCI wlf4ArnByDMiAJxwPGCklazeN9MX5P8a1284Hgj+pOIX6Ad6AT45N9NcSc2qzwQ9H+C9jllgC2jV 0A32gCANr4WMDblKPGdNt0J2qgVymaKOnILaC7RKNCd1k+6CgBsqgtpAA/ohc+4amrtLIWNiK6d4 e8ATRGYbCRfdqVr2gqSLo1sTS/25oXZdJgqEBzvZBuFqVUe3/mG0M0LWrBhD4Uwysr8dC1rFs4de jer5u4CfLmVKwZRssvUdsZqObNoH02XHLp6g0kd0ntlTnR+oyY06poZEN+BsVY2Jc+o1vmtsMOxK uM35iiBdEjWlN6xIjJ1/gDdcau0bKpf0s/b2DYevO0Dcen8BHbmCI1y4xR/AcdMWF/1E798wcCEn +zG+IuqcXXIqvaFOCZ7R0EwdeQ3sCwLTJRz4ES9Y1zVB9o36D9oHUP0YJRfg5w2jrUt5KdU13DXQ kHkuuWFHqA+WyJnRF6he2MaABS/4BQnmW4lEeCtBAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTAy LTEwVDEyOjQ4OjA1KzAwOjAw3bsqLAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wMi0xMFQxMjo0 ODowNSswMDowMKzmkpAAAAAASUVORK5CYII= X-Now-Playing: Betty Davis's _They Say I'm Different_: "Shoo-B-Doop and Cop Him" Date: Thu, 10 Feb 2022 13:49:09 +0100 In-Reply-To: <877da2yjze.fsf@yahoo.com> (Po Lu's message of "Thu, 10 Feb 2022 20:38:45 +0800") Message-ID: <87iltm7upm.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Po Lu writes: >> I do mind: having different behaviors on different platforms is not >> ideal, to say the least, especially for maintenance. But I'm not sure >> this is strong enough a reason not to make the change [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Po Lu writes: >> I do mind: having different behaviors on different platforms is not >> ideal, to say the least, especially for maintenance. But I'm not sure >> this is strong enough a reason not to make the change in this case. > > Hmm, then I'll wait a bit to see what the others think. We'll have the same behaviour on all the major platforms, so I think it's worth changing. If it turns out to be annoying in practice, we can always revert later. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 14:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Po Lu , Eli Zaretskii , 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164450263221883 (code B ref 53894); Thu, 10 Feb 2022 14:18:01 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 14:17:12 +0000 Received: from localhost ([127.0.0.1]:54469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIAG0-0005gr-66 for submit@debbugs.gnu.org; Thu, 10 Feb 2022 09:17:12 -0500 Received: from mail-vi1eur05olkn2039.outbound.protection.outlook.com ([40.92.90.39]:42080 helo=EUR05-VI1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIAFy-0005gZ-Oe for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 09:17:11 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=A98D0jV7JcyBAgjOOFkxQx69MjEwBXkxXVm9ikGFDXo0Pt/GJSH3TZHvzCg8eqGpmnexkUGcZVWdIzIk6Wc4/VxVaLHB9EtEdit0KQbxjLozxQQSlQ325NXJHI9vr0sNZfZX3lWAmwOLvahsHEiVzblgAXaZN+ZdovFhgAOiJNNnbuzCav/gaLp7qctPLpbtWKLQ+qcqdrV5g79ltGjH346us/homg0ATem5TkXiQSYZ6X8q8Pl5Ojdz84TWMkXZx7iAkMn2sVlqIFOPHPe9UDVNyePpYlHRCdyWwxY2uAgm0o3RVLm8D71EsEf7RmSOdiWxxuMqfqzjDFOUVAVVMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=SJbjMc8QnuewKT90BnvWmievWVQBP6qjuIJv3ApA3+k=; b=Osp1ZbCQ7noXNWGk1xC+IWQ+ZsVMuGd1KrdDlWPIwf1Iy8KHivyxeTJjDDVqJSU+wXNMNuNjiQbA+0j/Df/2muCwb8+y5ZvgnTBczqt1/+Twt/gmG80KzobApiBrlAOak/EGc2QwoYN1LvsnaLN5+JpWUkBNB/KnC0R2dWukLOzrftBB4NKnyxPgDq5UBDtFUI77NnZlSCMcoco+CwasU/ll0dwXeIPa9YebbLQlXuVwaje13bnwVqZJNU19b0HmwYyKEURx6FE4oqeXNpwEhFQKt/JrlNh/M1oQrMLYIw1jpjlTurROSN4/oPajZ+Tnu25GGy9EVyTrX8IdZDstgQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SJbjMc8QnuewKT90BnvWmievWVQBP6qjuIJv3ApA3+k=; b=I4l03U7l26IXMO1R9Kb8QG5LB+wxxYUpK7evvLBZruO7480YbR7zFQLvIXRjymbs+CZZW319pRK7tWEqX6qpBVXlIZS7mdz7bz81i4rA5N0G5Xo7j/HVfJfzBzXAR8q2bl6UacvvgS+9FE1/oiE3SU58lxuN0ovAuyQPSdVunc5phKZniMhwYyR+TM5HQ0Z9E0+k69SRPk0KFuJX9Ra8WNDESLZ8Cay6RkIYC87/Ea1Z2blpQrxrVuj67BpGZRKVaOG4kpRapWrXrDENh8FSpOZlIKaikM3TURy0MSEmeZnNOT3hvc28pQ2b7SoJaNgmdneiacEVBya4KvIorujrRg== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by PR1PR06MB5740.eurprd06.prod.outlook.com (2603:10a6:102:c::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4975.11; Thu, 10 Feb 2022 14:17:04 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782%6]) with mapi id 15.20.4975.012; Thu, 10 Feb 2022 14:17:04 +0000 References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Thu, 10 Feb 2022 14:20:15 +0100 In-reply-to: <87iltm7upm.fsf@gnus.org> Message-ID: Content-Type: text/plain X-TMN: [phIz3ZpmYRYPFEFFTX1EoZcvQIZVPptc] X-ClientProxiedBy: MR2P264CA0163.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501:1::26) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87pmnurelg.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: be2ade73-d037-4af7-eedc-08d9eca00306 X-MS-TrafficTypeDiagnostic: PR1PR06MB5740:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: QkVeELOTXCA8EE7OlAV3S0MQLRY+5q8w582R8bHhZbEwvi4Ryz+WR8osqtYLybTe1Hm1vqEt/knAU8fbo8uKlhz5axfkRFzqjMU82itqMmfgoKk69sfOEO4mdrofYuNc4U4+rpnhaWAlaFDlQL8TCbIFAQm7X/ooZkvQC1MVcyPC31gY80NMUNwNGFhVG80xP1ZiGu5GNPBosEFULbZMAFODlBGvkeGEulRUiJSFIrWsQ8uxGKf+3WrjdeA0VMETDIYStxzvWIbslCYTsOReCTIdnowYFQqmQJ1W20jGB8MYwI/jWhlI5SXiESo/pqwDO/sbeSqyik3px+pjuttd8bxdy8adgIYvsHx9cCV3cNoJZo3Pfi2mvU+v2I3SX1CCnvD4GzQsmXmfiEcQ7Gyv8W5Bho1kYSgiPigPIgP5E0YwGLjyo3efsQW1i6nOSQGnjX2BmkXpnMYqo4SOL5ACgHGJ4u0LMc2KexP3x8hrCMHBKnOLJS4yqoLQsOxFicSGmWv1rxFX6+Cvbe0srIaM8Up55MF0T3fdyyJjjTi8W/4dgmIj8xGwVGXmRxMWze6d+qiLOf8HBRInPRqZ59sxMg== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: ogyi6obL3ypr0vPGN5Cwig8uO7nhUzDsy096eOG8+nEPaxZ4YX/PpQhUL4AABEMK4pbwxXCLpcxU360k0Vf3I/AJ8LjwrHyaVVAfbJ9JrsDRFfL525DVbi9l12DXUrG8CgKn+mPB205dUy6B6qfIWFcVEbBLA5yLmbJW7ZZ3oPfBX5V/J4rm6fZnP6kbbXLDDYrGs4LVkoy4XM0UhKHU0suqTC0KSbBynrY1HROAJZDaBcltbKh/pRg3ciP587/HvQoyQrn2QMVQIusXyed18xvTEiM628oZpSpQsJKfQB2yJcLegL/HfKxVR/5Z47QTRMAouHYTgu9RMbmhXxI72DPsaKsqs37nEx9myV3RVUjnoLIlUNhnGMaApeK0wmSz5uIlO0sgAcDJrUmpNSKKTKx+Xq5GiTrxBZeXEBNujmRmCzike/5zztvMH0vWdX/B3ToR8lB+cdGjdqbp5Vbn0WTdFDCgvZHEidM8G6O/xOEL3UIwdc3+jGT82aiHGdM8gtx01/ARmGUT2YxDe8iFy6kBDDWFbiVK1MSWhPCXDyVnWVvDYRueSFvWIo1xuzZERPLaVMkpHHDxX8IA7XGHurRoCfjS/mYQSzo9hPXGXQjN9HSqla3qDN03EQKkeusW68YNzU1eKknrzi9iycFAssVEeiDpYFoPX3PamEtGM/CufnJfka/VBjtmAxVdtZZd1HKQiazR2PaYV9A1/b8cuYalksb8qfXkgqNt5hiCExQYvLHWtFBk0bhCFg8vlomiW2wCPArwjkXuXlDeVdgO3i/PH8uXSGz0Zi95Sr512bs18MDflc6BfyLjdkMGbDk+lwkcOOvbevxqDri/0GC8HPJ/A+P5kUqICFSNWaoHJduXRyxCNFdnXh8tmNcGJy9ZF707ipDabewbl6iz15T07tTooCmWkzjuBoId7jbArbH9JGLviIqrCsYRXa7nnskW5SLK60iY+aya6UvB/w7toA== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: be2ade73-d037-4af7-eedc-08d9eca00306 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Feb 2022 14:17:04.3249 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PR1PR06MB5740 X-Spam-Score: -0.0 (/) 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 (-) Hi all, Did you read my last email? I think you got some things wrong. I'll explain it again inline. First, about my original concern: >> In addition, I believe the OP claims that the algorithm we use to >> decide (on X) when to return nil is flawed, or at least ruins his use >> case. I don't think I succeed to understand the rationale for that >> claim, FWIW. > > Here's the case to reproduce: > > In external program, "copy" a text > In Emacs: C-y M-y > In external program, "copy" the same text > In Emacs: C-y > > This C-y will not yank the text. Lars is right here >> So now the only issue left (for me) is that I don't think I understand >> why the OP doesn't like this: after all, the original text from the >> clipboard is still available in the kill ring, and can be pasted given >> enough M-y, or using the Edit menu-bar menu, or using the new feature >> of M-y when it is invoked not after C-y or another M-y. > > But it's surprising (and frustrating) to click on "Copy text" in a > different application and then (sometimes) not being able to yank it > with `C-y'. And here too. But I don't really care that much, I was just reporting it. As you said, you can find it in the kill ring or use clipboard-yank, and it's a really uncommon scenario. And now about the DWIM logic in gui-selection-value: > No, the problem is still present on the trunk. But I suspect that after > you introduced the `gui-backend-selection-owner-p' test in > gui--selection-value-internal, the logic surrounding > gui--last-selected-text-clipboard in gui-selection-value is no longer > necessary, and should just be removed now. > > But I haven't analysed the problem in depth, and I don't know how this > works on non-X systems -- perhaps that DWIM logic in gui-selection-value > is still necessary on some systems. That logic is still necessary. gui-selection-value is called every time we yank, and we only want it to return non-nil when there is something new there. If there is, it's pushed to the top of the kill ring and yanked, and from then onwards the kill ring handles it. Otherwise, i.e., if its the same as gui--last-selected-text-clipboard, it returns nil. So gui-selection-value will almost always return nil for that reason, and it's in fact gui-backend-selection-owner-p what is probably unnecessary, since it achieves the same as setting gui--last-selected-text-clipboard to the string being killed in the first place, which gui-select-text already does. In particular, removing that logic would not solve the problem I reported. The only way to solve it would be with clipboard timestamps, which are probably not worth to use if this is the only problem they solve (although I saw a comment about them being needed also to resolve discrepancies between clipboard and primary selection). Regards, --Ignacio From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 10 Feb 2022 15:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Po Lu , Eli Zaretskii , 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164450526029072 (code B ref 53894); Thu, 10 Feb 2022 15:01:02 +0000 Received: (at 53894) by debbugs.gnu.org; 10 Feb 2022 15:01:00 +0000 Received: from localhost ([127.0.0.1]:56794 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIAwN-0007Yq-JF for submit@debbugs.gnu.org; Thu, 10 Feb 2022 10:01:00 -0500 Received: from mail-oln040092064080.outbound.protection.outlook.com ([40.92.64.80]:11012 helo=EUR01-DB5-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIAw5-0007YE-Ch for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 10:00:58 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lmHFoe+QXH6GF978C+PUEfuX+GgkV5UyJ9sEH7lla+N/11P55ikp5RO3ky3JyyVNZyJsYRPyfdr+nyxCMtdbXBw0vTKFf/ERf/d2HezeIJG+rNH6drz6fEx+1VNLnhiAWs04tukg1h9le+VomWGDPG8KHmxHbFjbu0HZ8j8r7we7xjf23+38cdNjnILd+XCVNmZ46NJgZ7Fma/ZK1poW+g5EbjfB9JjClcTtcLURpYB/HlhmrJ8aTxtmAcQ/qfeD4TjDQQ23ShRLK7ns/liDIHU0nHZPYthpEHHMC5QQxOU4WWxOiLUS6dpO4EfBLv1iJCmj+QLnIBKhXlr3nEMfAA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=cZ3ZyoJHYWs+7zgiaL5UGHZg4ZQj2X3lhxDydJstqVQ=; b=oM9w4q7kNRfupLuo3OmZXsM1TEGDgaWyefANkdpm4ewmyr0m7NSqz/8qbCaPuIen8Y3a8HBion0YG7RctBx8WGDBpYjOXxoRLshMeOYctNb6qhy1TnlqYYGkME79gE0p1xYPCV5viogLG/4MFM9hL0NMYTpKQVGbCC4bBd4Lcw6V875pjG+bgRUeksInr87lYqX5lp/aw/fm4iYXT0mCpmb2/o4YTgYS5QklFPp1ORqyy7nUr75rKp1yJ9AmRmjgIXQu8XPGooO+otWCvGqRH0jF4PAteUnQkMN9pX01G/bMv5LF9sh38dRmHwzW7jWkVWz8ZQ0phAp7WyjxYPC4Jw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=cZ3ZyoJHYWs+7zgiaL5UGHZg4ZQj2X3lhxDydJstqVQ=; b=obMSvcZNm6+VwPA/NS6BAqKo9AJPhx6ETXAJnU+P7DKYSMIekLR2msdR2QGyt+q0X0+49gdG2Oo3gkkkWSsCvjtSjfAHvGvXi3fbSggAeord5j4Y37D+vFwOf25lirzN4eiKpy/xjGtiA9z0Xew/yBkLtUW+6M29eHV62xlYjnhiKcXrNKwnXUiKHiMt8GI/yH3YTbJLMVuuirHcTE2Y8q8KYqDuDfxSN1qcXrLSvszl5NoiK1nAtwqFaTMrQ051w7TckJfgmJFw6PQuYlvbHf2EUrn8RcZ5hGiTZCYtKqTN3kuXXxGHKnBID/sy7E7P4Z1u+v7RC6DeZuPOvd9TKw== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM0PR06MB6482.eurprd06.prod.outlook.com (2603:10a6:208:19a::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4975.11; Thu, 10 Feb 2022 15:00:35 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782%6]) with mapi id 15.20.4975.012; Thu, 10 Feb 2022 15:00:34 +0000 References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87pmnurelg.fsf@hotmail.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Thu, 10 Feb 2022 15:29:53 +0100 In-reply-to: <87pmnurelg.fsf@hotmail.com> Message-ID: Content-Type: text/plain X-TMN: [8nOnE4Om7GnoW5zvSC2XH+6DrtZKcRLH] X-ClientProxiedBy: MR2P264CA0183.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501::22) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87leyirckv.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 5faf6e10-9a58-4735-4900-08d9eca61714 X-MS-TrafficTypeDiagnostic: AM0PR06MB6482:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: AFjv0lz4W5ME34Gy/EbIgmDuRG7+SRLEmBlv1Wl9o8E7XIbZIRBdYFUcGCBJWjie9ugLsG/3Aw4qKk1y8Y4OkElU6ypf/o4wQd5IIiQRBboWLYXYJJlOjcOGp9SgVCVuvIhYSTz5nuQf3/mNUx5wEAyy2adBxoD9J6SvVVD4b6SXatLp5pzBs8nJVru6GY3PMN5d1LGZguZukCpqGPzHTuQVt7N1SlyKRKxqRG8NAxX6z3zhfcci3SqtCvfG8Ghq7Ml/eCIBdj5LYL7eNIT6bOlZDuzrd2AQW+Aiobxggw/gjSViI9oV7Ngv9CAjPXNziVR5asmRjjwuXYJUo2irn80gmrmim7/XOJR41vECcczUGhBXsPAMkLhkOGzRt1c50r/cL9iw6iBBt8U1uL/3aizMWpOHSk6X1lyyc4b82CxE/E3qcqGhoZeMIqXU1ruQSw2lC0PD6pxy1MOltqmeYcgfwaRhOCWv0nTYccHsb1/uOdP88/WtnZ9E+5QS30064GTMRT/Z5n5rsjvrX67K3oJPAU9zIUml2g+t8I9ecrvulKf25pnenRqh6PnJ6AdH+nMe9u8vgTZn3/DzOwrgKw== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: RR0snHmImfA1XYr/jvK7jAa7L9crqdYc+mQ+MLFn3Tigd+QeEydTLBv0oSudEyq95ujfUpTmaWdT5zoqGdQymD9pEguGFGJFi0nCAwxVlqSmYvZ6f/1yjcJn896hMogHJrQPf0eE8QU2xC9dZuzuwzmhea5T0OpLpvI2wBFIXTyvX0mtaHo+FwkNRq/+eTOz4WMmfYvAGaz5PQfxMLP9BnrtbznduDs2W2Afq0TZbLVyjaGvh9KnBNJby267ZtCvWKJ1DKLE2nf4DEkVlHmsLv30s8y35BkcT3yvnSMWsTm5OBybB3nLVP+0yNx6lxlnytREGzCdI24PRaK67YhKJKGStpZ1yfiEW7HX0bZp1kJyDSDroXKhK+SYthScLCDLlU+9SCJgbpUua85Ttjpp4YJiLucdI1GyOtOP+9uGEGruiaVwmYfwGzCI5Bj2KP2Jy2qHUBOizcbUvLVDDYODLF5gTT85s5UaNpAyET8Ec+HuJ8lkfoINYpuCci52r9RMWV2Be0z2P7WZd6hmtbEAIpyIYsolgk5xDaEg85pofCXFPiKUwVy7kIL3LW6a6iFvr+ADvMO3mAF9FoI6p9KiDxQvj7d7diwWFu3S3x+sik9lls1ZCEJdgOuhym9qplJJEiOyQiiuEaX4bYh3Dx1WVKDWUwRBv95hM74Grw5IRKCekvxTSa6rd9a/p63V46KItIGrPQBX5quB8PzH8tZDEQPYLl0i1jnfsSCxVx87x/y48dQjxs1CCz32DgVqBOgc9HKOcDE6NotzzKP1pHNYu2Qh78Ty39ma5h46KkGp1NMHJqyga+yR7p++9e5Z5vbJH2A1FaIfjqP54xPSOZLZ6NjfdAzU2szF6NEj1UUcSh1s2z7N0zDVAVcIIEb+rA8YjiaJNfXSom/kalCdB0oLdpyAf4fSgV/3AITd78EylBoi9Bb4HUeD7SnN5AIyCzeLsurA7X9S4IKi5mm5mUYjEw== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 5faf6e10-9a58-4735-4900-08d9eca61714 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Feb 2022 15:00:34.9316 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR06MB6482 X-Spam-Score: 0.0 (/) 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 (-) Hello again, After thinking a little bit more about it I realize I have jumped to conclusions. Sorry about that. Since in the thread of bug #27442 you focused on the problem of Emacs being the author of the last clipboard copy, I assumed that gui-backend-selection-owner-p meant just that. But for that a variable would suffice, and I see now that it is a low level function, which probably means that the concept of ownership is at a Window Manager level. If that's the case, if as soon as Emacs reads the clipboard it asserts ownership of it without modifying it, that can be used to know when there is something new in the clipboard, since the owner will have changed to the application who put it there. Then gui-backend-selection-owner-p would indeed solve all the problems, gui--last-selected-text-clipboard would no longer be needed, and if it was removed it would solve the bug I reported. I should have known better than to think I could be right and you wrong about some Emacs code I've just started looking at. Sorry about that. Regards, --Ignacio Ignacio Casso writes: > Hi all, > > Did you read my last email? I think you got some things wrong. I'll > explain it again inline. > > First, about my original concern: > >>> In addition, I believe the OP claims that the algorithm we use to >>> decide (on X) when to return nil is flawed, or at least ruins his use >>> case. I don't think I succeed to understand the rationale for that >>> claim, FWIW. >> >> Here's the case to reproduce: >> >> In external program, "copy" a text >> In Emacs: C-y M-y >> In external program, "copy" the same text >> In Emacs: C-y >> >> This C-y will not yank the text. > > Lars is right here > >>> So now the only issue left (for me) is that I don't think I understand >>> why the OP doesn't like this: after all, the original text from the >>> clipboard is still available in the kill ring, and can be pasted given >>> enough M-y, or using the Edit menu-bar menu, or using the new feature >>> of M-y when it is invoked not after C-y or another M-y. >> >> But it's surprising (and frustrating) to click on "Copy text" in a >> different application and then (sometimes) not being able to yank it >> with `C-y'. > > And here too. But I don't really care that much, I was just reporting > it. As you said, you can find it in the kill ring or use clipboard-yank, > and it's a really uncommon scenario. > > And now about the DWIM logic in gui-selection-value: > >> No, the problem is still present on the trunk. But I suspect that after >> you introduced the `gui-backend-selection-owner-p' test in >> gui--selection-value-internal, the logic surrounding >> gui--last-selected-text-clipboard in gui-selection-value is no longer >> necessary, and should just be removed now. >> >> But I haven't analysed the problem in depth, and I don't know how this >> works on non-X systems -- perhaps that DWIM logic in gui-selection-value >> is still necessary on some systems. > > That logic is still necessary. gui-selection-value is called every time > we yank, and we only want it to return non-nil when there is something > new there. If there is, it's pushed to the top of the kill ring and > yanked, and from then onwards the kill ring handles it. Otherwise, i.e., > if its the same as gui--last-selected-text-clipboard, it returns nil. So > gui-selection-value will almost always return nil for that reason, and > it's in fact gui-backend-selection-owner-p what is probably unnecessary, > since it achieves the same as setting gui--last-selected-text-clipboard > to the string being killed in the first place, which gui-select-text > already does. > > In particular, removing that logic would not solve the problem I > reported. The only way to solve it would be with clipboard > timestamps, which are probably not worth to use if this is the only > problem they solve (although I saw a comment about them being needed > also to resolve discrepancies between clipboard and primary selection). > > Regards, > > --Ignacio From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 01:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164454153317451 (code B ref 53894); Fri, 11 Feb 2022 01:06:02 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 01:05:33 +0000 Received: from localhost ([127.0.0.1]:57690 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIKNR-0004XM-HP for submit@debbugs.gnu.org; Thu, 10 Feb 2022 20:05:33 -0500 Received: from sonic306-21.consmr.mail.gq1.yahoo.com ([98.137.68.84]:36975) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIKNQ-0004X4-As for 53894@debbugs.gnu.org; Thu, 10 Feb 2022 20:05:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644541525; bh=tZBrbHDmkcw8CPiAtWPXO/mtomeUUaXb6+KHy6v1FvI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=uMwHFmO9EI9cK1ESX5DDSs19S7qhTCHuFY9APOEASOqul61aGa1JCEZx3euLv62dpRjVD77C3RacPqWvFma5Ma5q5d3ck61LiTifdOb2K+1vA4pHj1Mb/XVxmmB+m7yP6lugrrxk/Em7guDZFR9mAkIIZWzcEL5IWM0+x6PqMw1jhDdY03nUf/Z6iw3A8oHUbjPqC3m77Ks5fyycVzfu/TTWsnb5ZaAAClAQvMz+Z/FPUmaPi0qykdABkgEOHMcxj3kLJd22odstyvyn9XkVYgSeP9EKtG1LGhFHdh7p/jlQFxvy8Fd+832mfQbWTBNihG7YcvEjL7f2xLfHds+vmA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644541525; bh=OujXTl0/9x8J2DAvZj2KyhMyN77pSqAwNuIxaYR/Wm0=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=JOwO0ySJCszljtgUeoX4SzyUoou5n/dyXlN1vcgfJ9KYq8KmtP2zZlKn4JFP7bA6npYglRG1rKFOUEyIQ+kMV2OMP8M1QWPrVz3VeUlfzn29+L3B7HVp66F4oYZ5rIUaTJbqqUxazywfN0b2OA8rZZW3qZacOgAae6YCA8LBk4i8KC6amY6xi3BvVbkc2Bm5eIs5RzJOPPA5ddco+Qlav/TFHU0NHuK7/gedad9Ot66XQ+d7hiPoZd8clt/tPsEZ1bQLjjeua8rGfbE8Mnq04WVL9pd6iuAvjJgds3uWGWmyyzEsbc2MAjKRowckGSSUDbYjSHXhBOZlyv9g0ObPpA== X-YMail-OSG: 0CEIYK0VM1k_TU8O..KOvX4QACjHTBZiV0AtNW8hKmHeuRcTfu.n15l3CnTqlhm _m9YV4yT4Pveg05NFg8HGRUQ0ABpxguwSxl2K2spOfiZZVEajY7FAD4Dpvmhmy4XNyDXuL4S9RHE E5w6J.7UEWmQ7kzIBm.WAqhMJ_5b.f1l3taPtaHETWMfGSCZuc.9GKQr5t8XSYHk2gx3_h3aA_sw 4rqPXQpEcJQcgznvfReqz6GLuof7IWvTUf6ceP6EPVJfLS8hC_ejlGUr_Ooq1ux.1EztV0XBh16V UOtt4uAl.NtVgwpO7YjCTJACF.1xPYg_aPkE_3Q2BM0Ab8LRroGaekQonSOOxtpMb50DB5VdZ4T2 sY.DvXJohZShUGlvrJhTDtONr19TDcDHTz8Az_fkP_4ft0BZt5yfygtkdZx02up4ovx0f9UWAx8E hC6vf_zvOFDXYG2N6Xw5pvKkxgc3rj6EitQ3x41VJbcARBUVhbElGDryJr7KNOV9GxFlDjn3pxvq nwV7Q4Yq98ap2G_qSQ3wwtlxmpdBcuh0r23mTM7zVgclf7MShIpQsH3uVSRiByrY63dzjCJxWKEp xQt.6rl8EOr6GxTm1ffb7hxQq.y6lHJvuTY7dbmtJHORQQu7xoeLvu0wb72t0pV4QYRU4vmrixvT gdtpYCw9hf3W9d0mIG3eWpcjH0uzsdX.2lSlzwx1A9YzJkdyH..WG2vVXfF2joiCxj22onmJaCW9 CMpml6H.aA_ECwvKVxGnRK7v7DSADJjas.TUarncBjKGT7RWl.ffzjksJbPyP5ywVsNKjK4rPryh 4ebF3nuZt8CnXr0DwF3JVj6X9Zf4WhgKnhBamtPi6Vury_RKTiEE_ax7dNRk6yvzijDypooAAOGS vLtmvIkBpvSZQKRcAgwnkI9E4QzobLekhjTXofiXi36tTlRnfA7JyxPoXEuLGTgRQrvNolZSkhHn q.5vSW_OorP8DSI_.pUorvBP93gKYDAvWyZ.2UTwnG1fX5m1yO4oJh5QbeJfKKd5ExH4vl1XZ2eK NSZ1XInaS.TTnoQjnzOq8veBJQs00SQjVmjHY54E6F2OnMwdby4jBUK61fogtDylaCGIzeCZGiV4 jDAGNhf8oFBRg6dWt1FoCXdbgzFvO4yqCqowwhKZEadzo.fB9WkMXvreCgiJVXDNksZ7NMuFEalm b_q1NRBWQyYKbrN2dVmNXw59NiUDNok5bJDPfySV9NzqBL_q37xi9ZIHVaXOPhlit3uJmX3io9x_ EoUGZf2._Lowcc2JoxekdiNwQYjEFRjy33zje2f11pgzLVGqhHhyCY_MCdbDac01huFap9XXegDo YlGYs3ZZCt4tAxWLp3NodNRs_8.oyz_O_sfaMShRDJcw4MWUaFfF6nr421A.3FMGSGtgouwWxiB9 fvYSmAOJjYCFKDnC9GWGjYyJiLKdoUZJ_qtT9TH3tzF9urwY4is3jkI3HuGv4KOm.zkHnVvXgGQc 2Qp.kgJhmlFg3qOZ6ouLiwQFUFvrDqRxGz7jlA_xcCHrKltP.x4.OcCc01k143levzsSuYSmIElQ _TKTE.mxIDl6OJdPKQjsV7X5RkUX3YTKmWtP3NBZgNPtFXlcxRoELDv73zOvfPpcF2TI6Cz8VSau FJWmi60zgKPlJu_TY9KN7UHihsGog0alGREECQswfZzgmp3ProN6fQF8x1fzEawFQdrKthRjR4o_ 2HkXpNXa9NHIpELIz7CNcfpPHKQLx2KHhSBU5v0bld.tVJhsVvz9KVvklPrpy1gFb3Un7LX4nPMf 40APkpLTtf94neXIIYr7kXngo0w6itbBIOaF3rr0vl5A8Bntca.urWySNb.An68dB741jx6Rd_vw Nc79N6L.7lxpM6Eu847xDmK0oK.gxP9v2Zjmq7iYo1jPSeatC8lEm6Ul8.lWpT6u4ezRf.JO1OVW 3ujLz1B1zgK5.v3poBW4XfbDHb72.lNJ8YxiCu.9loDYBJaZXb3R5hhpeG8cdnE5ooiVIi881378 PGmVb9pWeUgINXpviWxSyaCHk9dgDzyKoVNj0B.uYwcjeDUr7QWKJO30x4nWQ1xK_T5_.yLcbk8g AHXh8FzPxiIMW9Vg6kBjSMemFJez..26WMEYlK2n0RvYG0eMXhSgPSDcRQx2lFGEB0bLkl9V6lwK XTJ3b3HPRCZuTeUcD3nm4f8hOKj3VYYYo3.FS5R8CPd.GXYoGW_PZq6AtuYzsQn8vqz4wBFq8Hz3 hArkoZtY9hCDKQnAWRDiay6UNPY6m2GlNehQGZ8ticfj0vo_lDkGn3Ow_ X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Fri, 11 Feb 2022 01:05:25 +0000 Received: by kubenode504.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 668dfd0034513a8ec1f7bf085b7dc87e; Fri, 11 Feb 2022 01:05:17 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> Date: Fri, 11 Feb 2022 09:05:13 +0800 In-Reply-To: (Ignacio Casso's message of "Thu, 10 Feb 2022 14:20:15 +0100") Message-ID: <87leyiw6uu.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 2134 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > That logic is still necessary. gui-selection-value is called every time > we yank, and we only want it to return non-nil when there is something > new there. If there is, it's pushed to the top of the kill ring and > yanked, and from then onwards the kill ring handles it. Otherwise, i.e., > if its the same as gui--last-selected-text-clipboard, it returns nil. So > gui-selection-value will almost always return nil for that reason, and > it's in fact gui-backend-selection-owner-p what is probably unnecessary, > since it achieves the same as setting gui--last-selected-text-clipboard > to the string being killed in the first place, which gui-select-text > already does. > > In particular, removing that logic would not solve the problem I > reported. The only way to solve it would be with clipboard > timestamps, which are probably not worth to use if this is the only > problem they solve (although I saw a comment about them being needed > also to resolve discrepancies between clipboard and primary selection). You have the wrong mental model of how X selections work. You can't "set" a selection, but instead you assert ownership of it, which means other clients will then ask you for its contents. (Which are always kept by you, and never sent to the X server, unless you exit and a clipboard manager is willing to take ownership of the selection.) If Emacs wants to get the value of CLIPBOARD, then it has to first find out which client has ownership of that selection, and to ask it for the value of CLIPBOARD. If that ownership information is unavailable, then selections will not work at all, so the selection ownership information is guaranteed to be reliable as long as selections are working. Other clipboard systems typically have a counter that is atomically incremented each time something is saved to the clipboard. The client can save the value of the counter before it has saved something to the clipboard, and compare that to the current value of the counter, to determine whether or not it was the last client to have set the value of the clipboard. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 06:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Po Lu , Eli Zaretskii , 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164456015616217 (code B ref 53894); Fri, 11 Feb 2022 06:16:02 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 06:15:56 +0000 Received: from localhost ([127.0.0.1]:58049 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIPDn-0004DV-W7 for submit@debbugs.gnu.org; Fri, 11 Feb 2022 01:15:56 -0500 Received: from quimby.gnus.org ([95.216.78.240]:56358) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIPDm-0004DJ-K0 for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 01:15:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=JuaTmRpdEJx52k00zuMOf4d+7u1j11Ov87DiYysTbA0=; b=GFD24DNbc6FEum/AXRhK9AFssG LfkWJlRzbmERWTgWxzcO755RuC72smopNZ7HV6VMZWSi9LR0xGN7niK/8Sd4JC1cicLiCU/Nsg19M L/lz1rGxYpuxk2wC2DIGdmfJNlioTmIn38HDxOmsa7MZtjwm3QAIsve7+k5ruJShj1hM=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nIPDd-0007xp-2n; Fri, 11 Feb 2022 07:15:48 +0100 From: Lars Ingebrigtsen References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87pmnurelg.fsf@hotmail.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEVdXlJERTezpJ7/ ///LCyF1AAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YCCwYMJ6w6AIsAAAGVSURBVCjPPZE9i9tAEIZf GY0JrpSgDSkdSHHsr5gNUnBUzcJO4+pq/wr5SMBcfeklyMHe/sqMNk6mEHp2Pt75QIt/9gBoT20f pKmPmjC4INSSAemRdIzEbjHPxqod4BnKM3AoZtlgV/I7n2dfjhb2sbz5w9r4bAVkX95wXrLPhw5p f3vQ81V9nixseMqnD9fGlxNjbEs2T74UBgIbWAQ3ovapoqpJTKdR9SY5SxBo0LTpz8wdVId189zY EkW/VcjJqiUda87NZCDvR/J/cxJikFw9m07CVCp8Tg3ETcvF4JniAAo8V/ghI4i5em5NVGgU3MHa 0f5YwYqZjtYwpwLEx75lWLew1SnbLAPi19IDI09l/ZJtLCHI90t5bfOemujQWHOvuuxtdmcnEfzu lrbzbhMdeNktei6/BNxxWbr5NBUnaN1UfvYrn54MmKbnFzcr75yzu53wQksMu942ik/odFXeLqqj wG3QmY71SqQrR2sR0jU6pmvdPVTG4EZVomCQiNx2Edo8/20gsLv/Ow22BJfuEP8AOsKrOOgjuMAA AAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDItMTFUMDY6MTI6MzkrMDA6MDABP2FBAAAAJXRFWHRk YXRlOm1vZGlmeQAyMDIyLTAyLTExVDA2OjEyOjM5KzAwOjAwcGLZ/QAAAABJRU5ErkJggg== X-Now-Playing: Trash Kit's _Teenagers_: "Teenagers" Date: Fri, 11 Feb 2022 07:15:44 +0100 In-Reply-To: (Ignacio Casso's message of "Thu, 10 Feb 2022 15:29:53 +0100") Message-ID: <875ypm6i9b.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Ignacio Casso writes: > I should have known better than to think I could be right and you wrong > about some Emacs code I've just started looking at. Sorry about that. No problem. It's one of the many joys of working on a code base that's up to almost 40 years old: First you have to figure out what the (no doubt smart) programmer meant to achieve with the code, and [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Ignacio Casso writes: > I should have known better than to think I could be right and you wrong > about some Emacs code I've just started looking at. Sorry about that. No problem. It's one of the many joys of working on a code base that's up to almost 40 years old: First you have to figure out what the (no doubt smart) programmer meant to achieve with the code, and then try to figure out whether it ever even did that, and then whether it's still working the same way, and then whether it's still relevant due to changes elsewhere, and then finally whether it can be improved without breaking odd edge cases on obscure systems you don't have access to. =F0= =9F=99=83 --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 08:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: luangruo@yahoo.com, ignaciocasso@hotmail.com, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16445674304503 (code B ref 53894); Fri, 11 Feb 2022 08:18:02 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 08:17:10 +0000 Received: from localhost ([127.0.0.1]:58182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIR78-0001AY-2e for submit@debbugs.gnu.org; Fri, 11 Feb 2022 03:17:10 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54294) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIR76-0001AM-FN for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 03:17:09 -0500 Received: from [2001:470:142:3::e] (port=47012 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nIR71-0006jZ-08; Fri, 11 Feb 2022 03:17:03 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=zkRvUHvPTF5rAPwpggicJrBWh4w5QFIc6l6YeHPyqI8=; b=cxZIhyzYCdR7TLawj7h2 PTMIOMRsqcS93irT2jaTXVEgEvxI8nJNyp/LPx30YRL6VcSi5blm6RlbrC1JwOfivrQZLkrFT1pjE Kke0cV4ATK8kFdiP8vOqRXaEoCh46u42kj9i5RDp2RKs0IWOft4B9j2XUJ9ot9/Ha5dzgkQVpDDIk TNKQjoDdeQFR9r/XzgjK6dnfUM33IymJb00/qJnPxfZKCzUuHJ1w6POOkDtmqryebOD6sh5uluAyH lzxZOzIyguTv2WsAPxmlcrukMjW8E0thMpHd/oWw3B0VReAwFJZFMI50UmWxmyrmmBso7nZy47CGB 5CDNN16hU5A8mQ==; Received: from [87.69.77.57] (port=3019 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nIR70-00019X-CF; Fri, 11 Feb 2022 03:17:02 -0500 Date: Fri, 11 Feb 2022 10:16:59 +0200 Message-Id: <83wni1stqc.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <875ypm6i9b.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 11 Feb 2022 07:15:44 +0100) References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87pmnurelg.fsf@hotmail.com> <875ypm6i9b.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Lars Ingebrigtsen > Cc: Po Lu , Eli Zaretskii , > 53894@debbugs.gnu.org > Date: Fri, 11 Feb 2022 07:15:44 +0100 > > Ignacio Casso writes: > > > I should have known better than to think I could be right and you wrong > > about some Emacs code I've just started looking at. Sorry about that. > > No problem. It's one of the many joys of working on a code base that's > up to almost 40 years old: First you have to figure out what the (no > doubt smart) programmer meant to achieve with the code, and then try to > figure out whether it ever even did that, and then whether it's still > working the same way, and then whether it's still relevant due to > changes elsewhere, and then finally whether it can be improved without > breaking odd edge cases on obscure systems you don't have access to. 🙃 Thanks, this is now added to DEVEL.HUMOR. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 10:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164457653919690 (code B ref 53894); Fri, 11 Feb 2022 10:49:02 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 10:48:59 +0000 Received: from localhost ([127.0.0.1]:58417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nITTv-00057L-MJ for submit@debbugs.gnu.org; Fri, 11 Feb 2022 05:48:59 -0500 Received: from mail-am6eur05olkn2080.outbound.protection.outlook.com ([40.92.91.80]:58465 helo=EUR05-AM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nITTt-000578-4i for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 05:48:50 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Jcf8SOAmfoftISyNqIPqaclCrxUJ4rUU82JmGi6/VkkP14iFvEyruNGjjFdNuUgGbOXWajzlmWKpHVpCCKY8oP8Qhq3gyt/SC9bN7Er58rsEGLc09T/ZhyLWM7Avbn0bR2CJFc7/n1sYlZye2oaUXY9d1FmOqafKVH8fXPANQXixmHi0mNb4ZulqKVfkPDW4gLuZUJH6SdfdMuFNaOwUE7vcN2VAqcjFIXEPhCCNtf3PD5fVaVxl5XcAmFFpZdniUeVJWfH/cE6hdgscvEUXapwRP+/42lraEdYONI9tWWSyp/0dPJlCKJ4xAwjkDPHZRERbKc+uUFtfo7ZD6O/hsA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=a/jPMoDJ3Tnx71nYq1xJqmG8VZEx9X8qukwsa7s48tg=; b=QymFDdmYDT7PotzLzaTEVtXiNXZzb+1cxwhRL8hoZEaWYHBjnvcm3HnNR8x2GcxF1Mplm9x6Yp2ew+E6/m7cQMFdqAuZmwk6m9xCOWxUzBgs/b4psKOoIqtcDhQFbL4XEoZd6GKrgbWUDyMtDCP0+QcUQSHC/IyW/FHQqR5DTTj+72QycVT8xgHNtU989qpwthYZu5JZV90BMLXgof7hGbmfLWS96oRBsyGI/vTfFx/CwOIxA3bNI8eYJcdY2D1C3/kuUHWrdA+BBqNPnALbVIblB+9Se/G822vuux7jjlF1TRmz9mZIc8ouFmh5xNcuhCIsD+JpxDhpWBrL4Cg6/Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=a/jPMoDJ3Tnx71nYq1xJqmG8VZEx9X8qukwsa7s48tg=; b=OUbPl/anf2EqiNUkYhShD4Ra6AUb8hxcs8chJLCfkVRpCJNVTeiZ22fxUCEeNNasSpfBoYUTGkNEi3tsOsf5rejuZNQtDyo0tMhF2HEypTuKjXeWdnU8Em0nGhvlMJhz3bq0f6loXnhzr3NPSF+9/tkuREuqF8P6l89/PEW/F0qMMBYqZ9vWXTfFmk8nzJqhZHIgic/8PmwARz6Qau05t+X0JbNzCqYHz5rKDdrnoMe2IQS1iBVLSU30wRgtG5c+0LV3ywo3zb7qFSOO/gE9Zr6RMn4b5LCFVClWQuMm7AcDAd4Z0oOUELpv8TmfMYHHkpdt2+iKzGBHD5cp2YAkKA== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by DB7PR06MB4744.eurprd06.prod.outlook.com (2603:10a6:10:5c::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4975.15; Fri, 11 Feb 2022 10:48:42 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782%6]) with mapi id 15.20.4975.015; Fri, 11 Feb 2022 10:48:42 +0000 References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Fri, 11 Feb 2022 11:24:36 +0100 In-reply-to: <87leyiw6uu.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [Q0lgCIOjiOj7jAEdV37mesnBDVsSOpwr] X-ClientProxiedBy: MR2P264CA0050.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:31::14) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <874k554r1z.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 989bc4e5-3eb2-4714-c81b-08d9ed4c11aa X-MS-TrafficTypeDiagnostic: DB7PR06MB4744:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: BjWZmB52MF9bD1ITY2LQn4SxHlNa7L752702zU6GMCdXqdvLEF7kKly4k5EOoINYXsn/xMbFP2rpwEOuAFAQGf++oI1GX1YQktO/Jsw8SIKL7aVkeRNavON1I2cShMufd/IJqAhtTXC/oEX+8co/Cvb0LFhohIpJzjqgZY+Nf9zT8byALPUP1TAsgXfKTMsaDX2PpV2ZiJkDGCQos0BRsv76AjR/Oyw540ZIXy0296kNUByFfRvXQ76sXxeW057UMLgAxxq/Uiw5BUTo19M+eZQ3zFYHiga1OTfSUmGKtIX21RKmo3pDmRu3HEMIdZ4wjMrGeOgXKPr+masi1SmoGvK1OWERhBrBjiOwwhjRciBtujWC4ADxxYCvFXHWuYXFnrvCeuVg/q+YyU18JpIAwTwzSmasfq7UeHWDQYUjk5fMaH5zQMmUFPueIphqLJiRJN0SmzOF0eqJJ7bmbFpbwleWUyziNSlzHfm6+XjfyC75x2qYyk/Wx8EOBuS8VKVPKLEmRKmB8UoXalx/vaoIwNEiHAYOP8SnLppatcIq5uQ5otcCerWnCC8AkFDh+z8IOoYvX4UbM1nCQ1C7oh62BA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: Y8TY32cEMuRAqKoVmGwLRB2b9soTs4jDNKoCY/CLYjw2qs5WSkjRK8dcQbCgGndV2YErQ1aXwmvklNobrimlbJgMFNmeque3/BZ/MY9rGRTljbQApGTutoLMKkbC+nERGQCvgsPBNxOsRITOwWf+3OuskNadQsgdMzCR73HvTAUeaLsyJVSVXXKWoa5oWDojExoWBachMkl0HcDOwP+tUvsAJrSRElAdKhhH4Mys+BV95Mr4NOYuu6wiNH/BbXFM+0FhE6/1eprTHS4quIaU09cSGMretwcRTjeGwq8GzMJMEx4bTJ/KdbHrty8ESTysZb1VBAZDdEOFeI0wP+bAzXBJT8Z7FXXA6ih8uOMFiq+6nRF7a1/Y/4sf/O+SpDhRtyzQjiy6duxw3cEZ4+3R/1JMgkwM49n55gcwukcHXvEQu0l0bYqAOE6bIUlbxOeeX/1zTpXv5EiMIcX+B8tY8bERWR83FJBwHX1cc2LPH7bOEQU/mNIrzU1x9Sabcol1s2ngyOPhOBKi9qXQ+miatLsj0U5wO7y0e80r4WZVoYm5aYreO7vmpIBEzbkcBBS2Gazx68El9GTLHyxRDzKrcIrWyTMjIAyIC1bZlwadQoU1RqgLjZjryrGyrtKBDTjIuOhoYSkQNmW4MTH7NqEPH5deHQYC0qwU3fwBxP6YUinGkpQl5EXp7vEWqk2WKAmG89bsvLuNHtDvghpV14Yk5s/5iPhxE1V3f7t2H0ituzjhp7WDXGwp07tixa6NPoV8Tncnx0knRmkYfgT7rcgf4q9e9K6xdjyUPDk9iRbHcHjpK+gjhRutREbv2e3ybKNOmg0CrvQaXs8KarGpMZKrBdk1edHkNY8PFjqyt2NrIX6IJvvjsVzTr6ZARDhejIWWGd4mU3diqm2rhywksqmMJzJtc8nX+v2wAphTKJu8xE0LXzARJ8t49ugwr5tc6hpnOL16B4daou6xge7vtMFNRg== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 989bc4e5-3eb2-4714-c81b-08d9ed4c11aa X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Feb 2022 10:48:42.3413 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR06MB4744 X-Spam-Score: -0.0 (/) 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 (-) Thanks for clarifying, Po Lu! One final question. Does then Emacs assert ownership of the selection also when it reads it (C-y) and not only when it sets it (C-k), as I assumed in my last email? Because otherwise I think my point still holds, and I didn't see any use of gui-backend-set-selection inside gui-selection-value (and I could not test it since I'm running Emacs 27). But never mind, I'll leave it here since I stole too much of your time already. Just one last minor thing: there is a very minor typo in the comments on select.el in case you want to fix it (or at least it is in the github mirror which seems to be up to date). It says: ;; The functionality here is divided in two parts: ;; - Low-level: gui-get-selection, gui-set-selection, gui-selection-owner-p, ;; gui-selection-exists-p are the backend-dependent functions meant to access ;; various kinds of selections (CLIPBOARD, PRIMARY, SECONDARY). But the last two functions are actually gui-backend-selection-owner-p and gui-backend-selection-exists-p, the others do not exist. For the first two, they exist for both prefixes gui- and gui-backend-, the second being lower level. Regards, Ignacio Po Lu writes: > Ignacio Casso writes: > >> That logic is still necessary. gui-selection-value is called every time >> we yank, and we only want it to return non-nil when there is something >> new there. If there is, it's pushed to the top of the kill ring and >> yanked, and from then onwards the kill ring handles it. Otherwise, i.e., >> if its the same as gui--last-selected-text-clipboard, it returns nil. So >> gui-selection-value will almost always return nil for that reason, and >> it's in fact gui-backend-selection-owner-p what is probably unnecessary, >> since it achieves the same as setting gui--last-selected-text-clipboard >> to the string being killed in the first place, which gui-select-text >> already does. >> >> In particular, removing that logic would not solve the problem I >> reported. The only way to solve it would be with clipboard >> timestamps, which are probably not worth to use if this is the only >> problem they solve (although I saw a comment about them being needed >> also to resolve discrepancies between clipboard and primary selection). > > You have the wrong mental model of how X selections work. You can't > "set" a selection, but instead you assert ownership of it, which means > other clients will then ask you for its contents. (Which are always > kept by you, and never sent to the X server, unless you exit and a > clipboard manager is willing to take ownership of the selection.) > > If Emacs wants to get the value of CLIPBOARD, then it has to first find > out which client has ownership of that selection, and to ask it for the > value of CLIPBOARD. If that ownership information is unavailable, then > selections will not work at all, so the selection ownership information > is guaranteed to be reliable as long as selections are working. > > Other clipboard systems typically have a counter that is atomically > incremented each time something is saved to the clipboard. The client > can save the value of the counter before it has saved something to the > clipboard, and compare that to the current value of the counter, to > determine whether or not it was the last client to have set the value of > the clipboard. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 11:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164457820822616 (code B ref 53894); Fri, 11 Feb 2022 11:17:02 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 11:16:48 +0000 Received: from localhost ([127.0.0.1]:58437 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nITuy-0005si-A0 for submit@debbugs.gnu.org; Fri, 11 Feb 2022 06:16:48 -0500 Received: from sonic308-56.consmr.mail.ne1.yahoo.com ([66.163.187.31]:42729) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nITuw-0005sU-Kz for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 06:16:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644578201; bh=3lfkasqLKDTVmFznldMCwbA1TdDmCeRPBfxOkxWAk1s=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=R7vSoC4WEbbV0UnZLs+47vFqAAvB8v4p50w/BTtQFjAvpCHOv2R59f9tChfOkI7OZ6U7iHeFLQCg5UVFv/uY89X5sAo+CS4OGj8ANiz1PuzUvOjbT+BqKgvMknPsoZlq5sNdbLy5BkxTGAG00/tVMmkgy0/F7wCI1/4lX4D3xpkPmQqVXPVMzcVrJEV+VyS2MICTcqpB21aqMKiaXZsHwSsoAC8qP2jI4ElmRYkzTxMyndfp3AL2G3qoJ6lTmk/gAwwYIoq66n9/ThzJLtqp0T13Ju0f0OX/SU60T+hm3rLjF6i1i/jM5++Wazg69Vd4OnKbd1uhyJCr+lom8WZJ/Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644578201; bh=TpMS6hFNhRFCx8+y2wHou++hy/1JXt5iR4eGUZ1pNSs=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=WqGK93Tf85fwBQtcOjgqz65Y1JQ2qKgK7glnsWM1KVO6DHDzkLWIq8nWVYsaSTuL/aJQiL8P0ZlRm1Ncs4bEXmLld5UqGgJYRwT5a5P8OtYYOD16QtHUKXDHNboh9Lhdv6MMTaTo9af+5fe3c8ezZceSu1QHeS0riOVQ288ZjbulkpBelm6EnVtgnlUnWJpYCj0U2FZIw4F+Wr2bWrPsZNwu5wI1btgrwcoA+xi1R1BOzpebbGWEICsItkcfj3s7Hok/TwMP7e1rr8FWG7nBU6vVNhpdTGBNuvgfWwiGF7OB4v0BG5hNNyRV5iFpbwygLdWoqeabRX4bbvh1thbdiA== X-YMail-OSG: 2_isuqYVM1m4TgG.3hC21Vueo4yEB0lRLkKiwzjLpX_WihYgNNeKCJJ38br.jaZ inburJAlJx2gm6qk1t9OIhSTbWVwMFTJxeIEWpbO7xDjG_7r6WMntvFUA3bh5wN4Gva1704ZuNbd beMGED4VLGN5VUKx1orFL0jPlUTHYaiB98hCFzGpgbCMEOWkk5Ghy0PUkybsDnbh_f25gvzh1.2P FMLnWbL5qnLc5Ts6jtEW62jsQZR9V2nvHO2WXIqRaJ8Jzy92mzhhTCKMadTg3jF.RjCdvRie98.K AvQaIEXdnkQ13aDNUt_y08n1zlHpHe55evxqi3I45Aj_D2NqZvhBQihLcXTO63pIamw_fpqGK12A ikbTMGrgGR9.mMMAid_.fmGcsxFzxM1RMYi2RKfLfD8Ig_k8QkST2Toqdh2N1oDNUhldoEqIm80m n9lLPwnX4uw90X4BkOA8CLreTkHuoDwnHE0mxvmhQAFptYqOBdxi8iZe9o8dN1MR19A30EUuEuNI nwgLli2eGZpwaQ6XG59E2LvzM1wZgBSMZDdROFt1hyFWgYIYl9tu3WkRTvRwuJqBTNdTbSzhXnVw FDvu_PBg3K9ib6Dk7BPqmyjZDLBS3wp195bJBIVIS1XnSe3H8MrjzOE_ecpQrCrHm36PStEwXMoL hqNXgDAaLQe8cRe7qpi_teai7VtYZPU7ltlIfba0fGpZv1OeapqQi8tdRkm0Ef9fULAoprjvZ5RX aAsGdzN5WS3mVVc7VXUCmKOVP8MmQGA7t9iaZWiF7HHDrlfkEFIJ3XBdPisad14dXXWbBDijbV22 96ZMi8K75quuPReG_hRRr6caB2vGzPD.pQSrwgUITmdTg3VK8U7eovmm4TvWHZD5xVjmZN.1ZWHF 1OuMecwTPlfG3NGDoF29yx0uFbL86vsOfskbhNPZMD1TRZ0UbB2asCO2LB8nyNEza1.V.QgfzzVx rr.lZgZRMHjnK7U2byq3Uy9j94GW560K93vsybh4v5PPpaILUpIghbQ3QLfzUSColah9vtx..maY kp6QmoovhXdlXOViRvb0tp2phCM.uyKcMQNIj8KoOm7EtogwtUjb8ukrotdPVzhImrVY0_INuaop HcOmciCL1nSzJCsuzHJUXfk78cgroXmqBQ6Yd7bglnkE3xSZqAH5pE9.TOZ7nS.TbUXeodA52_jH LYpZvYlg042QQJnYjKEPlN62zspTmjq2Q.1VaXwvi9nAbhbMiGATk7nwXMoUTMG4AIl9elsZ8g61 oEfRpvvI6N.x2uaQwcHkr9lKZKgO8P.chIdWMv0rVHxrGrXCeYUcbtxAZXkE6pJXkSMQKcMOzAZl YxMd_sr5JGzP5oLJUGZMsC6iPG0Z2v0uUgf_LnIscbsi0vE.BG7qcjzhPmBVnB6cxDQCwo6naWPW eS_Gxv54qvbTtkFAcQ4ltde42yyX1ULB6EfOJvfOFuqMmIcjGLYCKmX5FT5Ni.0_s5Em0cNg0vPf ms4rE_eSjKDZGVCFnPduWjx1QmgDCEOW2f5ZQQOZe4bPEzwczn3rcWXIsue8rQZKwv0Wp7dLqcLD v_Pn0sk6hkd2HBjx_uQdB9Uj2JDtuNW5GZFOJi7diahJ7iLNEfP4y5Otib95534RmXFoIMI5nhuM a.ofUtepJVZMcQghhe1n1retoGBPcHIDDHyBERCI4bOnN5pFqlpoYHC9Rnz4pvKRoVcZI1U4Ucw9 dl4Zu_g0arCCrJINnVbzONS.ctYFxXQ8hT6Bp3_LDgCRxUjbJjwDgRtf4Kw1wVItKG0xDum_WJEc TsMRGM8m1NbCg9XnXjNPjIbH2NA23Cp01mAo9eU9UtQT__IJQ5p.xz4bXQncaph9CNAICVmxzvwv 5ufWyyOsh72Yg.PgGYGZSbORLYJG.9tj7g4jnsJhhONzESg3C8dkBv6T0VkQcUk8_mf8bEBJNJ6P In9HoKkhCALZbLyPzEFclZzfcEYHCLI.Tvtv42wE114EvHW7v8GrdO_x3e9e2j0DfpihMNL3fLdc 8P8gR8GtCRKCA.2lmvkztmxGdwCP7kPsXULqfHCSemBdah57vJ_c.WY1u.SjcxfRoNeJjxP478Mb m2MS3oU3IaKUUM.NsmCthXzhDdBYNXNwWPe7jvVNGG4nrdZ3A5tNeSzGGJjnSNv5TH7bJrZvj8p5 n4SuPbN7MGhS1C2q1ePr4pOEZHEUIZtuluaQyrQCRtVN7vYv3fCQS4U1D1xfbXx9AHBetg3jhiX_ Ivleh5lxW7kGtHeaaOkGh5Afeo89ntJ5FBlP5tdwCW9dFFn7lxUEQAA-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Fri, 11 Feb 2022 11:16:41 +0000 Received: by kubenode513.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ea498be8d921faed846477eda32e0cd4; Fri, 11 Feb 2022 11:16:35 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> Date: Fri, 11 Feb 2022 19:16:30 +0800 In-Reply-To: (Ignacio Casso's message of "Fri, 11 Feb 2022 11:24:36 +0100") Message-ID: <87wni1tzzl.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 624 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > One final question. Does then Emacs assert ownership of the selection > also when it reads it (C-y) Not that I know of, no; the ownership remains unchanged. > and not only when it sets it (C-k), as I assumed in my last email? > Because otherwise I think my point still holds AFAIU the problem is that if you do this: - Kill some text in Emacs - C-y - Cut the same text in another program then that same text is not pushed onto the kill ring again, when you press C-y. I don't understand why Emacs would have to own the clipboard in order to fix that. Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 12:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164458236730582 (code B ref 53894); Fri, 11 Feb 2022 12:27:02 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 12:26:07 +0000 Received: from localhost ([127.0.0.1]:58522 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIV03-0007xC-0H for submit@debbugs.gnu.org; Fri, 11 Feb 2022 07:26:07 -0500 Received: from mail-oln040092069067.outbound.protection.outlook.com ([40.92.69.67]:53809 helo=EUR02-VE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIV01-0007wd-RH for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 07:26:06 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kRnEQexVYGpskgzfnTx//bdFqaIutvd+KX0xq/qdUsirdOc0n5zi82RwzKiIqa4skJFObGI9m9uTGxeRKbqW+OHreaANvjQ8y0lImqQCBPgQ0RBm6PTRlZ+6gq3cDe3J5KQqILFO/p01ex2kfDR/TL6wU6TuIdZOmScoSSIz6U2v5mJm6zAkRxerGqaIb1VymnPt2qZuq824daBnVF3cZyTWg5xT/IfOE5bHrQ0NU3MNl1piUJoCQDcMAWcBsMFwe8PWQ1Y8eB9vGYYWWSCswS2l5t6rh9QQtIaFlZH24u6nH7qAn2GJOqRf7iYmRFX9h4VC/YKaYJsTJP6xWC0L7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=ChZjY6268gb5VdgkgYW3F90evVWCzfcxh5ChTmBCMBY=; b=k9XuwunYBqKALNNB2kg+nIkdPACBzlhYOKj+ULl7787wkbd5pp3JlWKZvPsfrS6UGs2JBt68eJ6BNpXGFBhiQOZ8zZrcwciukwr4CNjllVlsFr9tPE3f6GmEhIXDTG81Xwt/FI69bTTjEHLzMU/ZCJZ4TWFElIDJ6IEoVUVzofMohapH3JANFdGqaq9TmKjOtqEeA9BWJpPZrkzPYoWdDUuyCIyYcmQJf0eFACFatBnwXxc6IlmeFAneJzVoi72RaG9GLLKK0AIchVtSg/TYoE5PgJIZxV40ehPCZhu/yrIeeD12F2F2eJcmffZ0zsXbfwPlNqTYmoPAbYMJCQE//Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ChZjY6268gb5VdgkgYW3F90evVWCzfcxh5ChTmBCMBY=; b=jkpjS7vyMU5dwfExgcwVkyh3AO5pCVDXUwQe8fEOqU7vkQA84z5dC6rsVcCYBSycNJjj44wXr8NrqbDYL++dXIuFmxEwxbiBHac0azb2pdoycOGRgZcu3yIMiGz9xeXdTTjF6cso4pbVYuqcpnkmk180anEq117MQfBJqQEpT3kmY1mRygId1aMf1VvXUymsJFKMU0IJD8GuKMVLsjHJIuQnadma85xODQ6KknlTu0JVMSWCx34vQugsJvxSPgc0D3LF4jBEqaSWqRtM46/bRFbRrfHvqVCywmtPOm/zkQCRJf1bGfeJdaFub7+u6XQYdIEJl7RYgvlVR7PPL65cCA== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by DB9PR06MB7372.eurprd06.prod.outlook.com (2603:10a6:10:23e::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4975.12; Fri, 11 Feb 2022 12:25:59 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782%6]) with mapi id 15.20.4975.015; Fri, 11 Feb 2022 12:25:59 +0000 References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Fri, 11 Feb 2022 12:28:08 +0100 In-reply-to: <87wni1tzzl.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [/GIs7RxRCdhRLK0nX0X2U2+kMnpc7Bbd] X-ClientProxiedBy: MR2P264CA0004.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:1::16) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87zgmx37ze.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: dee8c972-1123-4989-8a56-08d9ed59a8a7 X-MS-TrafficTypeDiagnostic: DB9PR06MB7372:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: fvk4Jn8n/j6PXtQProPYbPWmBOlxb/zRzFiO4p8ALQdB1XlEDiMfq1K/BJPDzgyhlQ4Um/gx4VOCDvRP4y8deMSIjw3WR2irIgv871rLFLiqU9873uXCMiY3kvJ5I5pQmd4EG3QjTabtGfd/McQB4lCRxxMC+Qe80jltj92RvUmipg1NMA0ahEYaGjXUe3NcLguFGUH8qq5KfTqIP2LSF0fOyJqL/YVccH97x+MwDw0gfyScOQNQquTSReHkdEN+oZPXGj4hJBX/0C64rfHwfzoR0dYGzmh1aVozIjQiNp4dB/CmMRXsXV/CIgeg6bHxoSHYyW+M+ez6IdkaCauqJDeYyGfHI/BPYbhUM64+tXCM6zQhtB74sKfx2EVG7eI0CSieFjD7Ira+93y8Lj/mZzXOP7Milzv0H4EKUZlDQW1uZpRo3NrF879c4bH2oanU95D6z6hcsL+5QcW47fFG603E3b9djOfARKw8KDQFAKdJ+B9kpBJid5j7giDeey2SBzVxKIEKCbwxRdWg/hbNrCUBHMpwLwcK0t+nNHxYt4Jx7nnh/YGGWKnyDYEmCPwBNsOrU1Cf5Z/qAmDqO3H8ZQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: vtaG63/cWgDgo+naKv5sElkF01hm6XJMjAHjiTk4x0ZueQ4LhVPeU9mfbKntoji3tpkgHSlgH+lDLR3Wj2Udl4V26EDn338bLh3QXJJUxgSpBDpkyqo1tmamj8yRgGq3cUuc+TikhUQxZNODq6y8+W20OFq2ftJKeZevNO5/y4/QG32EMY7zHfMxmtLdO6nLGRSpymwxCHJdDGBDPeCHDW/9TSJzO+w45zS2nRV2EIXyOJfC6oexXMrQIe9rkuYfiGlrNVrBagbjzFUNbdwoIKC8B09zr49rVbF/oZZXur3xKSuklRbAcNUuCLfLYIuhh7XzZTWmw0oXFPfK+OAHvC3grqyfW48Kqwk7+7vE/MGQkOvMmFOxDLlD1zMxBjYQ742IqjvZ2SgrtQRXA8edgt+o52RPgJNsVsWeQiiAX9yq7J9ljGlpOjLbtuiY0cnShoU0sz5QIXVw6Ls+T3haJs1QRRbix98LCyUJ+8RtD+EeESGFNLHdZFph8gZv5bL5MfZSZbLB5SjSq1cF//z6bDR487pu/XOnFa5ZJpllN5nhgBnIbi5fbHYGqBQo4XQljy+YZvbg81nn2CR6UaDas/gT+qvdaig53IngyxTVBZIo6f8KMmyNEWpaCrthJDTPkDCn5itqBm7QPVDYrRerCkERBa1tzFO6aUUy+PIfn20UShqHGahoMxiUhqFaZ5birT+N1x+Tsyq6djngq5XV792iY8G1lAZuUsIqBd6Luh94MJBamZ3D8Jju80YtjXMZEHCFnVheGJK50E4nCUKLjePrhTbFcYKbRFL/H5o7GEyyVBxemfrQ6mtZmS+nSW5JGFsU3z7VFMeaUERBBNe4EgoHckaug9/mkzzl/8Ovzjn8i93utLL2SqcfPuM/27sCCZy46fnLbfe4kohzh7FBsAlk9QBGcJURIti/DTRydqrDkO7iXt6GPk3ljdPPd4VBaRV+VjNhI/pAtLJ0lSVttg== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: dee8c972-1123-4989-8a56-08d9ed59a8a7 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Feb 2022 12:25:59.0497 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR06MB7372 X-Spam-Score: -0.0 (/) 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 (-) Well my point in this case was gui--last-selected-text-clipboard being still necessary, since you were suggesting to remove it in the email thread: >> No, the problem is still present on the trunk. But I suspect that after >> you introduced the `gui-backend-selection-owner-p' test in >> gui--selection-value-internal, the logic surrounding >> gui--last-selected-text-clipboard in gui-selection-value is no longer >> necessary, and should just be removed now. > > Indeed, it should be removed for the platforms where > `gui-backend-selection-owner-p' does work. I'll explain what I mean one final time since you have not really addressed it yet, so I don't know if I'm wrong or you didn't understood what I meant. Otherwise I'll leave it at that, since there is no point in having this discussion while I'm running Emacs 27 and have to look at the most recent code in Github. I'll go step by step: - gui-selection-value is called every time we yank (of course, since we need to know if anything new was added to the clipboard) - When it returns non-nil, the text is pushed to the kill ring, according to C-h v interprogram-paste-function. From then onwards we want the kill ring to handle it. - Therefore, the next time we yank, we don't want gui-selection-value to return the clipboard again, since it's already in the kill-ring, and it would be pushed again, duplicating the top of the kill-ring, or if it had rotated, pushing down the current top. - Thus we need a mechanism to ensure we return nil if the clipboard has not changed. I understand that originally it was checking if the text was the same with gui--last-selected-text-clipboard. - It was my impression that you though in the email thread of bug #27442 that the only reason behind that variable was checking that it was not Emacs itself the one that had copied to the clipboard, in which case we also would want get-selection-value to return nil since the text would also be in the kill ring already. I pointed in my second email that the reason I just explained may be another, equally important reason, and insisted in the third. - In my last emails I though, wrongly, that in Emacs 28 that mechanism had been replaced by asserting selection ownership (without altering the selection text, so other programs don't know the difference) as soon as the selection was read, and checking whether ownership had changed. This assumption was reinforced by you suggesting that gui--last-selected-text-clipboard was no longer necessary, which would indeed be true in that case, but not now, and you suggesting that removing it would fix the bug I originally posted, which again would be true in that case, but it is not now (it would, but it would introduce new, worse bugs). I hope it is clearer now what I mean. Of course it all could be that my mental model of clipboards or my understanding of gui-backend-selection-value are still wrong: all this depends on my assumption that repeated calls to gui-selection-value would return the clipboard text over and over again as long as Emacs does not kill or other application copies to the clipboard. Regards, Ignacio Po Lu writes: > Ignacio Casso writes: > >> One final question. Does then Emacs assert ownership of the selection >> also when it reads it (C-y) > > Not that I know of, no; the ownership remains unchanged. > >> and not only when it sets it (C-k), as I assumed in my last email? >> Because otherwise I think my point still holds > > AFAIU the problem is that if you do this: > > - Kill some text in Emacs > - C-y > - Cut the same text in another program > > then that same text is not pushed onto the kill ring again, when you > press C-y. I don't understand why Emacs would have to own the clipboard > in order to fix that. > > Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 12:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16445831227958 (code B ref 53894); Fri, 11 Feb 2022 12:39:01 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 12:38:42 +0000 Received: from localhost ([127.0.0.1]:58528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIVCE-00024H-Ch for submit@debbugs.gnu.org; Fri, 11 Feb 2022 07:38:42 -0500 Received: from sonic307-56.consmr.mail.ne1.yahoo.com ([66.163.190.31]:44869) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIVCC-000244-Ft for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 07:38:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644583114; bh=w46jir9j0+gHhA5U4mj2CxweYrOG+jolt8F2/tMg2js=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=mBywdDPDI9mLLOFpm8ySqm7yjszzZrhnKMftNqguNaw8IwzfvfTqX4ozh0RQwh0FZUvTQSwB548DSyvsIeMfdU3orylvrtiIQVuok0C/AFjKyCNN1K+Eh4Wg2eX9yA4ju/knxgT+IOoj/RmSLy9kCrS38GenDB5WB0078gYI9N/D8wCIn0hXO1ptLv+CR8i5gQtOEo7TiUpiGDYbW/VhZYrHn91Moh370e9cTkKypK/tUxIWN+rzx9qrLD5ap8PeoouilPulJZ+jbAKYOGSMFWp0Arby/plkwH2H/pYSDqtncAIghUaoOOFL0RsFjVJna9b3ZZHQTIrUJU4pesmCCg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644583114; bh=mqZpN9R8CANsTSC7CaVYJfGX7wJq2vzDCuzTdse5WZe=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=YKNxGcc3z2y+G0zFg4qWgt4MuC0xGQAhafIvhMFgU8c1+GjRu4PGKZug9MqjVJuP2+ygCDWajGbV+wBD7i+Wvoct2ThRpqjLxuF/bOeLmN8IRJ0Ql4hd8+QrP+HlpXgsbMYvweDOAvyJfLtIA5UaKS+nk1p/q452mDBc117zY7kGbBeG/hE0BaXE1WwwcHTwMAzbkMzpLMJr44o+YbUJ3u11IATF/qqnKhNtTNMS3aiawUO4b0MVAi2E3T0Qi014xXgBBa2yzAtM6eIGjLmNAu2R1OG4/nzSVpBcZl3/j4WKzY58NqEv0Fex5k+jHHSWDQxR8593I4247aiuKC8hdg== X-YMail-OSG: Ozo19TkVM1m9osXiLL8602ePDKBZiMFrPUvEmiU5oMDoT3T7Ri_zpqlTqYFnS1l kQmrzmhoSXrfx3pQPItbbUusFsdyFAUgqAf5iURd782ldMGZY6lENfRdP6KuEllug1uURK8olgdR gElzUPA8uXAtImkWIi3ED.9PnSDP.cnAD60uDil4XQT9H_sJboerbiuYA2A_a1jdLWDyccftGmk0 gMEbDC.u6_58cx6OnCx6DR_y_S7vFDZl_Y76c_tXQkrzTJWW9jiC96h7dlcVJPw2FwaSKyRupgYe CuALfPZqGtQIdTkcxIRbiDmWcTD4qYhvw_swb._LQm_1SYjQolTUr.T.CdqgJRQw1Zu1F2Pvbi0O DjLgzTYJsMDCKRo6MM2cf.Vkqu.yXclWT.ZPuk1RK6vBiqoYeEHxBHGcI73nuJj6l_1Mk3rDXscV r9IiJWS1w2GjFnd5VClKJegXRQrT_2kU1uEP_ZBerHG2_7XViAf.wgVqOwktdHxF5fnUzrajz3JK qkLwTlzWnC3gpUf89Pb1oDmw3MNC3qI28yK3u1AX7BAEa.0LC1vhceGkl36nPZnag_JN_9cjU1YJ yc2OpGVPJf4PT8Quy0PLDhwo9lpacvdTSHbCyI_2E2xYb.MV9b9YoBqRQ1Q1CSohM4js_2fNM0HH Q6RJKLmzQQJNyaMUtTvN4U6U8FVFfK8D8LaQMC02wJDJPRykKSujVzVoaWm4kla8D31YSQAPUc6r SeLLnmv7CKnESeKEWzmswI9Z.kkX44E04PHt9_LT7CIO_V6Ll5u9HmmQRGBXexMO509MXduiadBq kMCSMSaiS2CBDAlpVdLKARKSLXa50K9kz0ObvDfmD7l5zFaiI21aKBb7GCR.A.hDCPeq11akjpHO kWkBIyx5ixJ1XkXqUQkjCLySvh8utoS2H_N9oIHYT0r3Uk7zZT45wPFCqhYQtQqqA0YNPGnETusM .7i9ntOkB8N83bAv3Y43O.0DoQslt1XdKceD7UETpsJGayY6OsYa_2HiSqv_VXw1urdIU4AU.0rn Qte41aMw0L8Z0dvJK284SKQsWNUNBX2V4oTvqSGb7B_syFcUuw0uSDPYNO7vnWw81MIupGz6gsC5 KFSVyVKi58UCaGO99wCyypTSUzZGVGt04DUJXlXtLO6m1Q.YVuOUQ_2DtEsFf1X.Uc7FCMtd.vim 0nieAqOua.sx8bG_GHHnVR0.WpJqVX1DRMkwKfGYOFUPvN5IRxKvVpQkPJe04_0OIBJafGVxxs54 rxd.p.5aSCNHqwCqckEPccVbFwjJFG9rlpGFyUJtridDCBzrtJ8Eni3MSVJH2me1khcx74FqfDGz lFpjpSspKm_EFucdZoxrllMCEU3IZVJFv0D4HIBJjCDqlFR._rf80ZwNgqaRZWhRm3rvBBoRGq7i VS68qoMSXOWlUXWQFBZhjo_cesOKrEgAvy4.CKxlcapAoZYRQ1GHKUClK_RS_IxpWWNT5QrV5KvK Y5xLAK22lAvL9ceBF0wR2G1h8NRevn4OCvTYEMyHzVucFnTD.varh0grCY34hbNMqwrqDVumykZF zeduZ1jDENiO0xP2wLEvuP.l08Qd35XHOH8RWW_rFcgWvcrSuOwiTrWB4OcrVKkcBrMG2xXzaUmZ 70hFcD6HhLpgmOjD4mZ8ZV_nud80dee5k_CyHiCsMYIsvvD4Fp4CzqdBBse6Rfn.28An4.f1Y7Ag Rd34Tmhh5bIJqp7tEYPC1YAAT5xM8f0k7i_.V7HciSQ4ZOG3bC4XjNgLKtneOROpvQemesJqyZ.A cHOYcpLHCubSUapSxBzDRKSnoFAzLubloDjoqznAuk_dL6z6nPX6HcTk0u44HDeJ.4UM1CiA6hC_ 7XMMYbiMndF5dsnA_TxGLTluUSGlzNSwhWJLioSkk2GE4bkjxCu7S8XBMXvuStmrxLa75PtdSGRU r24lVCIZjDyfLCjWgYHe1DgcsaTY1efLQWs951Ac_L_cHjkKEdx8vO3YxxLN98eiRC.cDf_O8gXL ncknNfLQLo56eGpFYTvKDBlHNH_yHrkIOyz0JFAd58YyxkP7mnhSUmmdaUtmpMYQK9yQZlpaf2kt vMooyc4Y8DiKkTolAO6OV0ix13dHWxVdn4gL5QfK1I9BSzhmk5LjoDKVRJxlwVfKT1wwsHqp9LPZ ZDrJyE82Rf8NhkeWoV1zyaNqF3p5vlqP10WNAth1gjBsqz_ceKw8.XfPF62Iq.xCXl51oNVzuRzF Ky0FRYisF3N95hMya.iE3njKx63IBn2kjBDNbHrDV_H0L4GGehgYE0nAVIWY- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Fri, 11 Feb 2022 12:38:34 +0000 Received: by kubenode517.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b44fecf6278be2e228cd299e97fe24c0; Fri, 11 Feb 2022 12:38:31 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> Date: Fri, 11 Feb 2022 20:38:19 +0800 In-Reply-To: (Ignacio Casso's message of "Fri, 11 Feb 2022 12:28:08 +0100") Message-ID: <87pmnttw78.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 404 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > - It was my impression that you though in the email thread of bug #27442 ^^^^^^ > - In my last emails I though, wrongly, that in Emacs 28 that mechanism ^^^^^^ I think I understand your point now, but is "though" here a typo for "thought"? That you repeat it twice makes me unsure. Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 12:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16445833988378 (code B ref 53894); Fri, 11 Feb 2022 12:44:02 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 12:43:18 +0000 Received: from localhost ([127.0.0.1]:58533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIVGf-0002B3-V0 for submit@debbugs.gnu.org; Fri, 11 Feb 2022 07:43:18 -0500 Received: from mail-oln040092068084.outbound.protection.outlook.com ([40.92.68.84]:47277 helo=EUR02-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIVGd-0002Aq-QL for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 07:43:16 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MX5ZgdGqxuK6jZogC3KOPsc1u32rKXlNNkRf6hVZjAuVK9VptBjdfnF50KOhqC7vk/XQ3tyS2JffWAgNzLtaoq+P3f6QWyD/WTTgEUtV7thLyF9PJ/HhLIE4hBSWyUGnAtEyDUoLaowjfOSLDYRMUn/IcjHAt3DPNmuWba/Sej0+bLR+/WFoHdmixXyp70XO724puukjYBnR+6Ba5xlYkLZLfr4Geu6GbVDbed9BGHNWE4aJ1MgvzL1WJToOcyyKfspUGMT5QP64Jq2209kF5chbyoUBelW8zIL/Rr34uE+UrsUFYMpG78yfCd22jVYwPbjHnfD1Waq2iYOZ0YDPbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=AclaWi3ytQmkW/cSpOYz46kOShyoyqH5D2GnWxg/rKk=; b=kT+EICaAUUUfGqBTI1/XH3JZoj//zHSl503b3+7/1v/VDpt1yGkJsJoRTD2ziDp758rzYn2UoR6pgRzFEFPGw7ip1tazTaxsrxlIS069d4re2Y49JXjbEk47uWd/au3/EsD+koBXZfU6XnhUs3DPtnq40lpt/Wkv8ePnK3uVPbkpelcfLAhPasgshy5PD/w/l+LkfXUR8RjHe7LkqkZJWPaRN7Z392dyQUejbENzZ4RQaRGm/OzS3jzc5D5RnU5o1iqbtBxkNWPbu55lrfXGVmlZfn4Yfpm5VY6ZpoInEdjzOIWgRiSNSTlOA9cT8XDxhwkTcSS8iF/UOJcTBC1grQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=AclaWi3ytQmkW/cSpOYz46kOShyoyqH5D2GnWxg/rKk=; b=TWnixEcZDbuezhmCqGiIBWsk4yMD6YR1josK1VrVLGvK+CNxTWsfBzu3RpQ7r9NnVLPIxuwhLqcOYDqTI4npku92Ud8CkqsCM3FQxgNqXcjtlfoFBa8IQNY+TMLg8j0JvLnzoGomzL91x5254lVYozDCfaTQgJ9CBHNWRsmDo0CB+g68OfOpDbDjnQv16zhu8tAKersOQmwh3yY6xKvmgeiVeDVlyMPOhEHE2SSxPKUjTUY0EQGANUP6FxXgqYErR7RY7YsnQ8N25woHDE2EDSdMEd9lB9zrFRUmU+NkePuiPKL4bgjxGRYMJMBPVxaMl0S9yx1An5n0tQmtl/vLZA== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM6PR06MB4802.eurprd06.prod.outlook.com (2603:10a6:20b:36::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4975.11; Fri, 11 Feb 2022 12:43:09 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782%6]) with mapi id 15.20.4975.015; Fri, 11 Feb 2022 12:43:09 +0000 References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Fri, 11 Feb 2022 13:42:20 +0100 In-reply-to: <87pmnttw78.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [V97NZzmK59TCcJubHUmQUgrW7mDEdakm] X-ClientProxiedBy: MR2P264CA0130.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:30::22) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87v8xl376s.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 870cf284-87ed-4bc2-de2a-08d9ed5c0e9b X-MS-TrafficTypeDiagnostic: AM6PR06MB4802:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: zInkz9Kw10RN3QbRsZlRvbNo/dZ/Jw3YIQo7BgYaaiLHntfQWOcrrMaygoX6G/hWtl9AyUc87wFDfwuphNmnvp0NCc1Z4Btlh4gdlpwdBU2+hc4l+zfGxC0Vi2Dd63eZWfJgFicmI3DhaXE+WoWWwGDiWk1Uyy4ugJy3GzmN/5yr6aE56qEc+RmB0Yirr41sSacn83lGomXOApiX2JwEiW1Ikd5qV5d2E4K+fZ8cJwiomKY1laSAXBs4B7uJbmaKH6HXZ+M52Xgw/U+409rS6j9FVecMs35QNFjRzyKXO9v9tUF6FfVuErELMd9ooZ196UD3eYeJuFmJ6NIzcOz6VEu2CNAwVOxKFrhEmxgYz7LhFlOxfWYbbdEeGvlH0RYVtSn9ERGELdlfl0AkDTPzH5iSmk9YRb98BKq36NQ8W21lCKWygnvQSsskwhVaWAceFceHp/eLeqIic3RSUQv1Uxko6f0KXAWrxouL1V3XRsuQe+MJkwSnvUirCcIq+MLrhBaK4Bq9C9d874KNwSvQFaF6ekNYK8fxNd4s++0Rh9MJa1aYVOsxMrGHJkXHGXbnmpmRvXT9NAh1cA8YDy3sQQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: hQYwN4O24ENS803k7YEckbYV3GAax7nf8rqQcr8UyJVSFS9ytbTEF6qNrr3fQA2y2ev+Z6YkeQwgf+IT+/cACIiiMztrV/ofaHUxZ3o1Yh82QCYMlf0dQrt4bHiLgIMJA8tXcc+ATNjTC4h3+myxur/AZl4nF5zwm/I/xefmvGbCBYySlU8/nUhGRJpb7HPsx/KiWugQTVcstdUIG4C4vxPn69SWiPol/vk+/tniMqjzi2zK02nCF+Xty/Nx5GqRoJWdGYtiPEPyR18YnwxV20ebXyjjz5oWPD4mjbxvS4+1L/8wiiWh4Kr7PvdSYCC8UDu7pBsyQ2vvpW6M/GJ9cs8O6q7KOnT1Jk2XJrwUkbctpjjlAfclPSkZt32D8GYRdE5rPwztvD5wNVzffCRwh0sjvGQ3ozvEZT2Iy+I0Rgx9+JHQ/BRuRlMy+m7z17ZCjpoBT5mOhBJV6FDjfob9tostoZc7m4mpS94w9DpF7ICwN8ru8RTCO5FDFvmnfR5v4YvpsvB6UlcWtxnOft+xubeKBNnKGDlmv8rNkD1aNAaELqjsxPSI6dei/lDl/wF0RvJweWJItP0kj1PpYSch3PKn6rHDGCghj0Jjm81za2IrnnKYDwBue6lw+HkNhU8GMFEsxldG2QFa0yXevITgc7C6emCx/f3SMKCiNnixRn02KVTJZQPh59NQjJZUob+PXPP12W5gQ1umQmpQZg7zsAM/vPW/DN0Iyx5wu9ag6Ro+30Augh9sCwIEgx2JOOBbEGzjyvEOf6B3DOhz40UmEb9iS6ESim2z1j0SNkPX4Q6arDz8Ttky7cxw901cX5MgsoiDleJulEupu56aeCutFZ5u8qWgGzjHyzQZNt7CRWeGbBJJsKoz3k16nbJIYUnTGGtYGvsWRd0+soGu/Ye2OuwdoA+yeR2zNMjqC8Y5xc+zTMIY3Nnpn+e7MYbxot0aVBbFQIqYJH8XN5LCiH+5PA== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 870cf284-87ed-4bc2-de2a-08d9ed5c0e9b X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Feb 2022 12:43:09.0161 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR06MB4802 X-Spam-Score: -0.0 (/) 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 (-) It is a typo indeed. Sorry, English is not my native language. Po Lu writes: > Ignacio Casso writes: > >> - It was my impression that you though in the email thread of bug #27442 > ^^^^^^ > >> - In my last emails I though, wrongly, that in Emacs 28 that mechanism > ^^^^^^ > > I think I understand your point now, but is "though" here a typo for > "thought"? That you repeat it twice makes me unsure. > > Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 12:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16445843239854 (code B ref 53894); Fri, 11 Feb 2022 12:59:01 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 12:58:43 +0000 Received: from localhost ([127.0.0.1]:58539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIVVb-0002Ys-8v for submit@debbugs.gnu.org; Fri, 11 Feb 2022 07:58:43 -0500 Received: from sonic306-20.consmr.mail.ne1.yahoo.com ([66.163.189.82]:45893) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIVVZ-0002Yf-9F for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 07:58:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644584315; bh=pVofDpvvmcahMhn4hbo8CZvDRWdz31OjmE0h7xCdr9M=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=anAZodJ3Gep0sgiV+3r9WtCBQuXNND6U3iBftYf55mdaBxZ1hBANXo2j15QusGRA94qn7z460HOcf2pw8N5In2WAo1p2bENx+IHH2jfww7O1eXo+I/y1uMBTSfuMKjqIQugBEs4kRE4I5CtkG6OxSLMsSA7UtSEoHKIHtWk0yUpp+Gt7wWZPgaQLXwyRAUy9xdgo8oH7PExqsARYjwyItr35NbO0XqilTfQZyXsXnXgwJDsAw/lqYkxYRT6FquZNHQwRQmo0k9W90hnHkEOWpiGVLbCn1RHeIcsozFTQDxN8FfDut16yRRQOHaIf41+V+EEMIARAivmE1OfquHeplw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644584315; bh=W1tBUKP0KpHDXS3AFDOQnoWnMOZqJ2pD/7C8crHsPub=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=ez2H07Y5wXphn5BU79QCc42MRt0wPYBH6KzRRTA9cIZlJqV6i+1/UmIuFH50Mhwjna69/mrinwhw/rZUWc7X+HBULf/EgV5Htd9DR58jw2eoc115/f/dgeL1RU0qkM4zmBGitHUnVt8WYO+oriJUA2OA4LSrkCIisF+tZhVMCdbQJ7SIPva2P3SiMjIF7vW96Z4sWn3YZ94MPHxnnUd5qye7t9cIiAatpPaIYHWyp0ADDakPnC0YEWc1DUH5L9Y74CsVcpuXIRdY3J4SmbLEx3FKOTWhPSdJAHUF5pMvNLC0EQeL+2exW8uK8JGwQZeUMTXx7YkGTfrTSCJ+8GZyTQ== X-YMail-OSG: XjEwfdgVM1mUq.2r4ILgsqARkJD14eLccJRDkg60etPuxmI6xDFWGL4ZpPfdkry JxmtYsvB9pJ0VKuT7sxDNXDA38JFQOuAP.4E.SAJZ1MsCACUWA240rZqDU8rteKob0JiVD9OJdZ4 tkmDWduomH75E1ETgtDnTBM21IRIZAGeHCtF8RRVDCC7GrncHNimanVXOqeMEZ3HKx6sIA1gxg7P HLarCd6exrXKzTq0DnFmgpbmEzPu4742twvYF07SRhiqNh480iFxP4lvIkwK0jGirYpLamRdpXFb Pcff246Pmp503hRNHb7bzhyRb5aT4gNOGMG6zwZVX3JeUXx83ZpbyQI0yXY0DlPeRQwHOCie5tRf eC68ITGvIZzPoVVJgefbDawXNs9rQEpRPW88VQp91Q905w7ccW1Ez1mqI7M9uX68YLswcVDZyCti 5sD1.lJDVJctLsH_MTkQDPpDI_vp__d19j4fEmn9flvsovhoSgZgNSRKGAh1BV2J2j7mb4GVkSt4 lDRbp72cD0sROaW6Z4NyaJz_XHUKBCxrZ9HN.yt3fRbdr1fZvVNfK9mokTqB1gnUV4gCn_POgAUY Q8DUIRs9AazpLncFT6xBtxdHJrJsfavNxokW0zb22kA_JWAAhYUVZTbuzjIkPN2ZQ5CtFJHHqBoD f_drY3ppdDJLc79U9AlJjEYjFTtBzg3UTlUoyiR9x6YmZQ_yvRaSw81bIGklKPPXSrFVsZH9cFSe OYn.LAQmm36JCIumn1U6Ng1T0idLgwKLDTTSdOVOt8__FtelkkUDY.V8I06oWkXEfZ.e7_jyEATZ 5T78OnBddHqeHSLqfBuSCEOdl79a4r.yZJKcU4kGaR56c3JlVrD_DziPtyJ5IgFSqpGoeoZdlXlE CreFQOOKQvF80zpYU1D1DUxoSDXcafHS7RUpGP0.TZP4jTQmuQ6jFrKBQW6rSeVawLliXDMULWjc 51oj.kB_jvI7Po.8SEAxHYDG9QbIIoPi31Fnwo0YpaTVC1TrmhF7.RVzE4bK46Ko1yom7bF9YodA hiPc54raSbwX2CPghXxym5az.N5Gh.WT9id5h6Jylp9ejLzzXrCAn68qd76EvJCNi9LP.GDbWsJH _TqwmMj48HFQdMs.kruvk.ZDiW79da6DMeZdmSFum6OoUh_6qvjn.S1ZQZctYSQtgSNwCE3MbI.N F_JK8bdvLTwlvGj.DwUweiQAfFrST4eeZcR61t4gZdMhAtgkbI17vbqCpvD1YeyCC9qTTsnVQ89t KGaM8OtPT.c5JH4aM.FnheLVpSlDdmVpJBRzezLQpkiGsIYjHI.HUA6leVuEUv5EcQJFbaC0U0X3 n1alQE8FVvCVG9twDdApRJwErvIPnsAMFiLHc.2.VLHbpSOJbCsfy_ygfOQswyLIEe.1Xmv_Fk97 TOulCnPnfuDGNljzTfaKsGlRvJhbnWurDaBFftOhJMZ9KjxaKa5vLuVQlNOb35PmsJL5chm.TmKz T_rNm5OMpcabbhqGa12wgXj_ywyaYLLAAZLj2ar1kSdn5dgttA48s6DTNVBSF2l8AOPB02coEpz9 8X9h0VSlcLu4yu6K7gC8ZdUTN6iwR03xrvM9r56EaU8pLlrPoPYIjScbJe0EbBkGGaqxwP9y1YC8 8Hy3bAUbXncZehf4tcCNtLc5hLVKdvThe.ACyceC9XLUvsWUK7pazcPkbr4deP.YmqmpyGOG246N WRpzBbtciMiNjimdgFI7IcLh00McovjbSoaVDj3LSA8jfkMi.GHkY708BoDgah.J63PpiOkLx9XL KnMt0TddoRzh.xgon2m5cC7z.Kb49pglhBu8P5BPOqqIUrUy9Bbu4gFY6hNHg5CvnPJ2gpg5yEJX 0JjCuXd3Iq3kLXSJ8f.4x6Nrb9dttNt9JidMUlaETp4UK1zUN3VIdlKwHF1HV_3RksYw3bGifcf3 XTLLB.5.zNef8pIhkTVbu7PdJCTlQpc.XQX3LMGrY1pIgSDPMlsAiO3pIObg7kK1ymnKh4X8QR2S aMus4Tyb1RFiA45Ucdmh8gqHNGic_wvhIu91_JspkUxV5Sil4Cf3Q4UR_dB9mje6ktKY2_QxWJqd iEDJ91b.khaPZWirfQqxV2Kis_SYwJ2_6YYk5hkWJc4IiaWb1zx.UwFUG3mSF5PIwEGLRy9sDhEQ 5ZO5z40GBVqJx1WShlETBk7EttspfEiTQhM62l7g0Yi2_g2jADcrPHo1adzlXU1wdlfn7G0N52SV fAH4yytA2KhxKuuj9huqmLNyV4mn3UYMrwOnd6pN58VvBGmxAeGhNFE2t X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Fri, 11 Feb 2022 12:58:35 +0000 Received: by kubenode516.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 35afdac54b2fff63d9f4b950b43a7a74; Fri, 11 Feb 2022 12:58:31 +0000 (UTC) From: Po Lu References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> Date: Fri, 11 Feb 2022 20:58:25 +0800 In-Reply-To: (Ignacio Casso's message of "Fri, 11 Feb 2022 13:42:20 +0100") Message-ID: <87leyhtv9q.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 223 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > It is a typo indeed. Sorry, English is not my native language. Thanks, your analysis is indeed correct. I will look into how other programs handle this problem and ack. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Feb 2022 13:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164458456310319 (code B ref 53894); Fri, 11 Feb 2022 13:03:02 +0000 Received: (at 53894) by debbugs.gnu.org; 11 Feb 2022 13:02:43 +0000 Received: from localhost ([127.0.0.1]:58549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIVZT-0002gN-8f for submit@debbugs.gnu.org; Fri, 11 Feb 2022 08:02:43 -0500 Received: from mail-vi1eur05olkn2096.outbound.protection.outlook.com ([40.92.90.96]:12257 helo=EUR05-VI1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIVZK-0002fz-Ue for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 08:02:42 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KpgrrA7sQLa0Qnj5GGdMNBSmYAMNGEBO25a69EUhowwuBbTyh+rmGBZiNgIe8GP8xA2HDyxmMRAYCB3Loc5/hLtDW8sbFYgkXzDKSTzLP/yq82zCMSD8rlKBnPb13v9YYOE7/pRM3e6F3JiDWTDX/DxVaWCV2faP/rBGzWJh1RFNI6+Q2L1B6/GcHMoEbBLGIdDj+aj+1sBz1UmVdtRzX1Cdx/Zw+tFuhzcHIRE83te2u+C7vaQ/fUTKwYxg4Nj0jBKqkt09eIb1jsN6e4mkUDB8XpqU/aANf2yG5xaVGhUPMdfTwwb/wOvSeqOfamJkTojcyVSF9h901pFPZdEYHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=9D6h4zJfmL9Id6a2U4cQAw6mh0u1A4vQRyEJjo5zDQQ=; b=jeRG9LRrPuGRPLtNgKolv6m2iFToYqgXChlQpB8JVDMiW/5ormKO5rRBDtEbA0bT4zD0WbUksnQqIpC+Rf+Lbfn2mCMbwSFq0Qtm26fB+U9qfIAV5STut7lVRzDC50Cst6VswvLIXbZT4vIwwyYVesbtMr41HtaXujWBRTUfSJjOF1mKKv1ieKX6gkxEnIaPPDmC7KjvzGJKuH/LBg5ULLf7bN3/0jB3zCSm5CrRCVQG0M3+H0KMlPuHPnVvTQLPMlqz1QE3JJXCxPt5buqNKoVvzgSm0V5KJcuzxdpUtxgyS4x7AFF7gs03yvfQ+JolsCYLA/gj/UwQkB+ZeHvjuQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9D6h4zJfmL9Id6a2U4cQAw6mh0u1A4vQRyEJjo5zDQQ=; b=jGUuZVspSLO1i4pgtq5TkOkvFMlKfuC4j9gggVJqHH7wneEH6a6Lolnm4sWKhswFTPitcCONWDOob08OOCvSDb5O1nbfISKdlFbv+BCYgbYyVR5/uQHwI7CRRNjIgnbU9dRdghyitarxueRxJSwXwqvqUglP1qMSxUr7rPVy9Y06kdqUIiHqmtos4ZDt3iEGfkW//ufOAFx7lwAFJR/iy0/R7RNOnXdPfbNnm5WzWyyT0VbNz2SZAns47JtmBV8pzEM4O8EISBnd87qmSN0Tkd5WII3IQeU1c1UBHFaM8pl4/lCEqyZHLK73b3qIT8yDBkBm15ljJH152atFhlPyYw== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM0PR06MB5651.eurprd06.prod.outlook.com (2603:10a6:208:118::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4975.11; Fri, 11 Feb 2022 13:02:28 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782%6]) with mapi id 15.20.4975.015; Fri, 11 Feb 2022 13:02:28 +0000 References: <87mtj0l0wp.fsf@gnus.org> <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87v8xl376s.fsf@hotmail.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Fri, 11 Feb 2022 13:48:38 +0100 In-reply-to: <87v8xl376s.fsf@hotmail.com> Message-ID: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-TMN: [RQpCdyKIZUQGgwbQczXclBdU5QBNhJVe] X-ClientProxiedBy: MR2P264CA0031.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500::19) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87r18936an.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: f1ab808c-356b-4ef2-c3f7-08d9ed5ec000 X-MS-TrafficTypeDiagnostic: AM0PR06MB5651:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: trEQ09Aex0TQYPSrCf3KBvrIBIBYLahifHQJjapcZW87Y6KAVRNsFBDhaa2GGHgCbPuhWaO7LcZjIo4sj91GlVoWd1N80suLg0EXNmI7+ywvlW3IyBU4wVMp+vjRrBonjAX4VS6fGgwkqt4hL41f7R68PdqIVdjojDNgS0PY8sBA+RrPgAbtkqbSX6XOz7xRWesx+t8w0Bdv7/izQcuVBsn/JOe5B/hdWrtakyccpg/5AqQYldiMZeBNYXpxGjTN6jWRRJWdj45nInWIN/c3EUt/UjLBP/R1SGQ+q1PoAQAyHSBt9aLlZE+B6nZRsZvtSgShOSX7WuLhhcn7Hr2r/B+KNmbt8nagLUP87lii16bbifBk/Ww39ReTHYsXWKQ7bYqB/Z1xuV0Uzr1RroIzcV8NUYU9Q4JVZ+o4DzRMZMBdkJ1AMn6tGIMALKNb2M81jxreqk/HnxaSZ5tcwCt4HEJkW0nTdx5BLWHp5oxD37SyNSC8AVXpiD33TN+Ltsa2xouiq1K5XbAy0Q1LndVQkuJsb5Hj8uWWL/uGKpexC6pMwsalJlgq4pC7bmyhyQDycGCHsumGHJqQod6pEhuGBg== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: lU8ixb4WfC+FUFN7/rJtUV3BDN7iVWTYaBN1rFMeAA0vxb33jvjmhp8fDsxP74DyCR5urTNWY3GSBI9U1oTTOPw6C0EQ4v6JVniwcboKySojFbpE7SYzEPUfaPq2NiMApZ7VbhFHHaGjKD0erqjyYyq3TPx9Lzs+tbMiEqxqGkPMgaouKDsNXA00c477FPCEMoPMGwrC5CV6l4AJt9R2L87mDdgjERhf4rPqal9YiR1yFY7QYZ2/pqHS7wMxsjXOa4kx3ijZfN7vHnTBWwPee1s8T4YcipwqGrwPTHWLiEkoMrVvFHIdd+8lhzm242CGDt7QZ4mZOtvcPfzq0DYiz3KIaFbN7nGQsoWJNxBrJSV0qVm4QAcgfvxrYl0cPzqBLFbltlbNwcDqALKhAgZP4RvUptRrYkwwSBHkB1Xe6pouL2x2umkcb5zh4dzuqc1Jz/2tGyXdjSzIYuoBnGmZ5gEMUatA0GNNY3DyPMT9WGnZWDT94wsLjp6Ylfl5rFUt89JW7LGogFWuySq1Yx1ee8KeMPDAiYL0fjMHoLCQ7hLQ28UbwPphEjXgwwkw3K/ys5tPkjLGLotssV/YhNMu/D/YODvi42msepaP9gZ4MmB3kVC5g6qwkmJZ19VW+TOMm7y6gHvea82lfGW38g1g6SaK1P++fVWVzupnYUBy2YMVWlr7Nb7JbyYGV/9+hB+1heU6bBm5mAkco5cnROk9mQCwUC8HeJ0x395bjKI9Q/S13YIqryYlNNhbbfVHx1jVV2nC1fkzXNuDyIIG8DhczgDUJ0yFUAEJYlUZTXNYPGgB9C5XKWPkR7NaS1BPTInksNBorionWCCMPSfWouNGR7cbmdhu62c6blEjC5Vk31VbOhv1WA0/nb6a93g068L9JOe/wz6clURlwnd6pcWgPjHvP7AQmvDjGrj/kRj3/PjAQgivd2EV3sFR8Hjitu6FFVtm6H3jWRiXQ5FxTqA36w== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: f1ab808c-356b-4ef2-c3f7-08d9ed5ec000 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Feb 2022 13:02:28.0355 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR06MB5651 X-Spam-Score: -0.0 (/) 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 (-) And also, I realize now that in my second email Eli and you were not CCs yet, in case that confuses you too. So when I enumerate my emails, I mean: - 1=C2=BA: Bug report to bug-gnu-emacs@gnu.org - 2=C2=BA: Wed, 09 Feb to Lars, Cc 53894@debbugs.gnu.org, in which I explained most of this. - 3=C2=BA: Thu, 10 Feb to Lars, Cc Po Lu, Eli Zaretskii, 53894@debbugs.gnu.org, in which I insisted with less detail, assuming (probably wrongly, I realize now) that Eli and you had read the second. - 4=C2=BA: The email immediately after, to Lars, Cc Po Lu, Eli Zaretskii, 53894@debbugs.gnu.org, in which I retract what I said, thinking that Emacs now asserts ownership of the selection as soon as it reads it, which would invalidate everything I had said. --Ignacio Ignacio Casso writes: > It is a typo indeed. Sorry, English is not my native language. > > Po Lu writes: > >> Ignacio Casso writes: >> >>> - It was my impression that you though in the email thread of bug #2744= 2 >> ^^^^^^ >> >>> - In my last emails I though, wrongly, that in Emacs 28 that mechanism >> ^^^^^^ >> >> I think I understand your point now, but is "though" here a typo for >> "thought"? That you repeat it twice makes me unsure. >> >> Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 12 Feb 2022 02:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.1644632946765 (code B ref 53894); Sat, 12 Feb 2022 02:30:02 +0000 Received: (at 53894) by debbugs.gnu.org; 12 Feb 2022 02:29:06 +0000 Received: from localhost ([127.0.0.1]:33042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIi9q-0000CH-I9 for submit@debbugs.gnu.org; Fri, 11 Feb 2022 21:29:06 -0500 Received: from sonic314-22.consmr.mail.ne1.yahoo.com ([66.163.189.148]:42097) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIi9p-0000Bg-2A for 53894@debbugs.gnu.org; Fri, 11 Feb 2022 21:29:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644632939; bh=nSTmtHDPKmCRU8U5aMxdvY/s7pFnBt99+HkrZUvY03g=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=RFv32paE2n7Wccfug+22u7fvd/A9QYLzgWjmYVL4RfXvdINnLBNvw8emZtJMv/vX+Iu65nV+U0ZbWtEaclPQPnE/Hj0ivnCw1mGT8G1JeEliykQOrYgeZn7WiJAW74Brnhvf9nbbwwmIFWRkqmrzUd4M3yYIW/80wqxHiiaIMxzzmz5164cf0ISvSGXoMPuh2v+aJUE75eiIv4XbtgUv1Dis2OYnjdDEB8c+FgkQzvLPVNw+YhfWRxcoshcwA0cLU1Ad9eEaheTNR6Q0y136M89YWuthLoCCL+03miDxvDQ4iw0wmn8byiWPOJzNIEJFbfQCIIYwONSs1oVjgchTDg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1644632939; bh=CdAr2NTSs9tbZ/7X9pWRUOKCHHhGFeF8VSSt7F3wMyP=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=HRD41Z3ID1p0XD4ghDQHvU7kea23+R5FQymZwLviqjbGcatu70zl8Z4t+N0FGrPlHfWtlz/g1Vuaf+/DwGMIUV744Bi8cDhivKRhhBfDICDu5QHhpNQgIvyP1hMRKbxhfciWvsfKmS7lUkGrp8WRb0o1EG8F+GlkwFYTuHaeaLzufhvgwwNdTxvDapbzNQXmJQSJnJUFxibvLKntyx3WxRXp7gbfh2B1f+9rCxmOBWW6gb17BNYOpr6NKM9fmKKrcoO8EsTvHyaI1mTQWV3b1IfG1d32x6bpzzREzssat+lY0MpK3P6ksphUkvW1byVRUpCn+9wzFOu8HmgLj7USbg== X-YMail-OSG: wkFlYMYVM1lvvICca_tztvGmSUmrsHYws7rc.ewbrF7LpfU2_zwPbhpB.DB1BOV fE4.69vcV.V_yb3aNPzV41psqzKm.7zT7LcKAYKnVC4OEvgcdO_w.t_DCkucYzOzXQEYmH6oLZOu ZygriPZVfYYYAXLhntWt1hLntPR5AYCZdahtEjNgWlKILnEiWuOleB0YetGSXAhpkwyVN7HbVqlI U9dI_qInz37PtPOJTjC5RdRCSdUloDTQzOyMuUBjnq.S_P0v1Se.xtw5uGKEznrc5y5A.qB2Z_T7 3EyYg6tJLHHmH.7vdAPOil6Ovc0xIrF2BwwbKZl9RvkpwSZFicce6pGEkc5K0NJBrKeGKD4wCzZ_ CAQBBcm1a8rCSY69MO3CBA6NNai1o7wGRJME1PzRobdmRjjwvuGS.tboJ0b43Wj9tLwhUqsXItYh IrLCxa_VH0J81nCA_XI0uR8zAcoawQTTNU94VOzCuMiPJhYREper9ENbMN2rRttZHlV8At8Wre1z HVYatDvuZ4z8_Z96Xh4Y3AUByR3TC8JPq7g1G3mLY2c6JMz_Md1pv.cp._LAPExQziOpP_iAsBFU SX2k2pD0kDaryaYrWiLx6nWhiSprKq65dKs7vLgxLQNzTH46snOO7DQMFWERPIjpugRhvkJcGPOZ Gu3BUqHrje9jB1okBgOhyoZmUQ5eZHRnHf4NnNZOXQ4FblPPwvRhCoD8u2mQd7E.PJFu3N3cdv_D SS5dVKkJiYQ8mVb.xTSyWUo5oG.xvref29vh.xKQoPE4Yco_ElyfhrKACfCaifTXfvLWx5Mo9fsB 7ugSS6_BpWtrJzH_Fweow6UH42ZfgHTBPFMWU.rrqLeLsGqjsC4gNKHS4hcnPp29DjFFsn2Tyseh 1aeGM4HUl6QkQ3eJ00.vkLlOgQgIS4F37dL_UWevTcdXRKdQYsA9_8lPUMAKhvqpH18DxKjtDKhA bxYp62DUnVaAD60QexN5mPEuy2uHTxjo3NteLAiJfeKakN3H0JaoyVYi8vvhV1JIATrGjG4dC9iN JxCUSErvlc3kduVdusWGCVPQXRBJMtCd5VuoAQEnC3G.c3Zs7TR2Z8mFxWjbKfCtP7N6uWnsu0fm .Mz3qZyZTSkDD87ypjiiEsNBYlk4OSaIon8HugtCZTn_qYG4Q8Y07m_cjI.wQsElE1ezrLlEKWnG dZydRDDNzN1VRe.d6hOJQd1J5u6rhSdmraZshNpsoy.lKQXB6HV3Ln8w0LimHbMze8DH2lOwSl0z C0M7bRnZM.ZfGSuGMDgtxb0YHit4XLWf.4ZsGpNe36M5xAajFK4JY4xbRs4x5QHV3QWGb750QB0h _Ee8eWZD0.N0qwsHHs7amIlu9ZdnuTbXQfUX_hAzv4O8yRIXSBRzygc63AQBmsl5NC926TOaWKid zk1p.iXLPS_rr5MTMR9Ee4KO2JMH9zCselajUHQzAskeXNSQ1qBQZFwx9dU5gbgL_jfvZaIxveev 0fl7sKxrUpF.A2EeQTdxHVMc8xrJ97ZfyYb7ch_a0pWKhoF556sNGam.8AYhhtl7U.FQy_1LaKp8 T8SJjK0aitrbNvCNDC3tk30VdVtVrzT0VK4BX1Gw84RqbQcu7UcUNot2RliJTMA47aJezCBJNfx3 zXsVEeI.pCgBoDF0kf2HJZBsXE7Ix9FEFua.KmdnXfCwnbCOJ6C5pIvAB5zq9gj.5begEA_biTgA K.Go.DXLicjZlwteJp4hnHB1ORB342evwCJR61VUQ7iopQ3AkoFlNFQCYUH20yydazzhmgtiiTfN 3jbmB8tGV_9Crvo5XAKsgV88pKriHFGcBxY5yiU3GQsNB804fJGxktZQJ3DUDGq_qmD.kNqPRr5I UmeR88yAqvO6lg8vOeFSnS9sTHR8aa4_4s4bX0KhWQAqGBMVgnzT16Du1wT9LlIOjAPoJmY2Af9z wBYFKyeilzsglX9Ilt6lO.kqf8etihPjFsjwj0H.ItVeWJ9cVHZyCmVzdWctzauQydsqguDy8g7R s10rVq9ija_Chn7dhij2ecEKtwKN7z.4dV5eiEILhp6_TiG4M7kAdTrRtwZha20ehra.l9Me0EM9 tvx_eqQkSJ9I_3S1njK7AZ8cvBIWV3aVcYCY_k0CojgWWnPU.O2CfqKvqteywuo8iIUa.VEbo4Ql 2XMoUGyO5YfanFVUZJUiCJ8w2s5eHIOWEDVTcNfwCEoN2DbxV4CCycXAxSgMypbF0gv2kaW.3L4e yLoyyRs61NGx5AqdhHjMjOccgUXVlj6oW2FsDSJp2SLMUHtXCus9VkbmF X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.ne1.yahoo.com with HTTP; Sat, 12 Feb 2022 02:28:59 +0000 Received: by kubenode510.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b32736f91c0293d3a0043dc4d8947a41; Sat, 12 Feb 2022 02:28:52 +0000 (UTC) From: Po Lu References: <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> Date: Sat, 12 Feb 2022 10:28:45 +0800 In-Reply-To: <87leyhtv9q.fsf@yahoo.com> (Po Lu's message of "Fri, 11 Feb 2022 20:58:25 +0800") Message-ID: <87wni0str6.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 998 X-Spam-Score: -0.0 (/) 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 (-) Po Lu writes: > Ignacio Casso writes: > >> It is a typo indeed. Sorry, English is not my native language. > > Thanks, your analysis is indeed correct. I will look into how other > programs handle this problem and ack. It is OK to rely on the timestamp always increasing, since the X server ensures that there will be no races. The timestamp is in server time, so there is no need to worry about it moving backwards if the system time is moved backwards. So if (x-get-selection 'CLIPBOARD 'TIMESTAMP) is larger than the last time it was recorded, then it is safe to say that the selection has "changed". However, it will still be necessary to keep the DWIM logic on X as a fallback in the case that the clipboard timestamp has not changed, since some clients are badly behaved and only change their record of the current period's selection if they already own it. On other systems it should work to rely on the clipboard modification counters. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Feb 2022 19:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164599136822131 (code B ref 53894); Sun, 27 Feb 2022 19:50:01 +0000 Received: (at 53894) by debbugs.gnu.org; 27 Feb 2022 19:49:28 +0000 Received: from localhost ([127.0.0.1]:59249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOPXs-0005kt-2L for submit@debbugs.gnu.org; Sun, 27 Feb 2022 14:49:28 -0500 Received: from mail-oln040092073019.outbound.protection.outlook.com ([40.92.73.19]:43013 helo=EUR04-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOPXp-0005ke-Ev for 53894@debbugs.gnu.org; Sun, 27 Feb 2022 14:49:26 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fmJOwVKuIMHZJy9if4TP/OTlaoNzda9dDv5+8RogcKEd1tvN9ayL9TKiULZoRh/TOa7TQmPkhUOxZen8+UQ/BTZGlW5PYWikwFdkbR67Y0StlhB7d791R0m9u8wrPxdldfiFEUoJFn4eUGbnn6KVCp+z5NVEYuOngjoumictM3GA5Pzng4QPO/PDYOziDQvYbEkflTAgJgQ27dRAKlQBI3FUocX/+VnJb3TAQc9wX98dDfQ/3JewHITDN1HqR6vZqX25BFYxypiiSeNXtN4dz1tm53NEtrPXQGpYyCNQA7830r8bajXxrmTQNb+gU9EhoSouN3DNGzqJJaEo9yMZMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=RbCx98QPMM2utYAFYz0s/egCGU4pCFvusNwcvoVTGz0=; b=mzfAar8p+8DOEB0yYaO83E1R3weOh5mr6473rkMJSYpcuI+eYRSv0O0CT3b5V3BbKMeKmb6fq52KtlDDCjIa42bjH7t8doN3jo3AmmEaZL1klA0wADxXLZkEhG8gPnh/BHc1m2YqkPQ2enRhX7ENO6j+HLO4DS/PGVp/rw0EQzliJlfqEuDjvp4V+TwRlvA43RrXXdrjEK6lNIYvd7sZYuPCYDc40kSkiVVAMDHfr2ARamYuiQfQt9hjJaKfFKhgZjSHrzP3xA8zUDAGjF5iIWbx13eMfUvcdxFQ8iP9PKAeS1SmAEV/uk6kzehAt/qUXBTtLL07EnZ2cfRpq5P20Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=RbCx98QPMM2utYAFYz0s/egCGU4pCFvusNwcvoVTGz0=; b=kDbKHqbuZR8EyQg/gijRlWIZ7AczV9V4nf4K4/CZV9ateOmiKajFXQjml1xuku1DKgOdWMizb8rlwz9Agew0jLmPTZClrSgOFPVF0LPtfdS2iWOnALjYxSHlQv8HTMTCAUV79ekZp4P8PzTh2PBF2c6Bn6yPUk4uSKdBdsEE/aMP/edYR01XB7RwjBo/ccxRwsc1QyTcIRKt6SWi4rXZ4n+Or7VmFYEhcTdRNR3GK/9OFa09AXEILkiitEmN+4wvXty3y2K63JK53T8MzjNOQxIHbgPB25WgSJSXg2eIdRJM8J7FillMXpnAsIQpTwcH7IXJxPNSHCMi9ZCehFbTDw== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by VI1PR06MB5469.eurprd06.prod.outlook.com (2603:10a6:803:c4::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.25; Sun, 27 Feb 2022 19:49:18 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.026; Sun, 27 Feb 2022 19:49:18 +0000 References: <87r18bg59w.fsf@gnus.org> <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Sun, 27 Feb 2022 19:57:46 +0100 In-reply-to: <87wni0str6.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [9JAHUWrUw4QvDA674CA1KzhYKi0v6GHF] X-ClientProxiedBy: MR2P264CA0005.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:1::17) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87mticozt3.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 6f0b20c6-d049-4737-b546-08d9fa2a3dd3 X-MS-TrafficTypeDiagnostic: VI1PR06MB5469:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: MZgrqK683ReIPWMIMNpjI24Nbg5fSyxJrq0lflLIMWieNfMO7V4XjWEfatiCZ6UjBeR8aTuazMbNJ1hZIQ/x3sKeNaA2GQ4fF0v8tDQVAEFDl+26BC38B6T88R48a5Y7OoEaFOMQSXLOBJctpNukaM1gLRZaYoHl8LcyFU7DxG7k2qkQvlDZq67cSbXCbl2sAgrlAc9D/uUlHDBdNm8uaJANPsQuAkWOa1/SEuTEy1l99Ap3ezTWFcLDxvx3/3dxUjIuCZjGrwb8fJfgCqISs2uVn1iuyboEEJEbCquRY3Xd9ih3PoGPL5DVRn82aQ5Wle5aZWRSxAqc679fYPidjQB2xOgnlDdfKPQ4PnfJDCftq/nmhIWCfhgGq+XPBYpr20qi9m1B8RBm/EG40xVl6L7W4nMITHiNKRSOgG6QhyI5IOJ7fmX/J1NyaN6Z1JtXH8e2NB3fVzE+FXcIS1Af+jlD9bqCAszOk1PB5kjCe37Fn9BV/BcDWq9aKQoF4whZ20/9Id/yomPnbHHdoPzkepxstSR3EcvzhLIMn82abeu7oAWmrr3xDM4Q68K0LMT1IyqOIpHUZskH3U1AMwZumg== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: kbd1LcaSoNtun25zGN7XZfIKCtRoY2QCZeYNZKAAnziow0A+Ou0IpfA9ChJWqvnk0SMIm76E5oB2Z8TT3eHuxUfS56qb6679oT0obRarZkUlOiSQQt0YxrtLfaOY5xR1K9z0IIzjuNTao0bxfM6r+sXGOphEojE117vHo6NM+tsKgqrmnVH/z+9BkIEGPxhCFeYwInUbfwj9XU6VfqmzMtDFSVYKRuVTVqyjpagIGM4ly9S/7ya/nKCMwBHY+7/LhmsUBqoj+KvdKmos3paq49gBASz3np6ybqX2+oKmNaHPq6OfBLP0d/mExHC1so0cqICHtHevAKMP/BrPL8pieJMaQSkbUTYUxEsWUKqi19dEaEtnb2uJbdbD7LtCX+EJoFMwYC9UYtxEm6mq6UNqxVWCNRc54IljztGo9lJ9LmSkDnS7gMJuyxfWfPOmpHKSDLlqvYOYtZkdcvofjwFCSbWOnFWc+PsQCCTGWiwal3LtUtFS8s/WTJJjfjc8VAJYPTSg7LEQs95MrAhh80EZxT0JcgVsg/xWaR85684GgJbtQg8eCLYHv/P7lBWjcBa32TzwBwINI6Q5LlLkLCfSDOH4A69EIyrNWCsC4BC26GsPCDKNYabgF823mgzCde3T7UKAi3ks4yu2MRnIVmET54nziKY7kiPbXpnTi25ip1kqKNEhhvea82EBT0B7YiP3/slvkbotoqCtYNHBgX3XxB8utCnQcdPy79edTmwozh8QzdyLkNLQQR2nMKE1Ae4TPIxLq0wV4SSQEW24zgBIzmTAI8RWvkT/mnEaB9Yb9uR1/TWdz3LQi72Yvj3oNPOPyNuy0Y7imtGphER7gZxveGOu/GEsn2HlxaZLwsawB3Gw9wvcme14enPhGbcZKodwV2eKbK6/oYhiau8qYUkIpPTaivydaztbka+1InGFq9K/eyGLULaQj3RoFNQGJjZqDP+OC4J/idiXmpKZI8c8KQ== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 6f0b20c6-d049-4737-b546-08d9fa2a3dd3 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Feb 2022 19:49:18.6410 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB5469 X-Spam-Score: -0.0 (/) 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 (-) Hello again, Sorry for not answering earlier, my original intention was just to report the bug and clarify the misunderstanding and then leave you all to discuss it since you would know better what to do. But I though this could be a chance to make my first Emacs contribution so I'm reviving the discussion. > So if (x-get-selection 'CLIPBOARD 'TIMESTAMP) is larger than the last > time it was recorded, then it is safe to say that the selection has > "changed". > > However, it will still be necessary to keep the DWIM logic on X as a > fallback in the case that the clipboard timestamp has not changed, since > some clients are badly behaved and only change their record of the > current period's selection if they already own it. So I guess you mean that if the timestamp has not changed, we can't assume that the selection has not changed either and we need to confirm it by checking whether the selection text has changed. In other words, consider that the selection has changed if and only if either the timestamp or the text has. If we implemented that, the only new case we would distinguish would be when the text has not changed but the timestamp has, which is precisely the case of the "bug" I reported. If (x-get-selection 'CLIPBOARD 'TIMESTAMP) works out of the box right now, maybe it's worth to implement it. And it it's not, we could still update the documentation that reflects the previous, incomplete understanding of the issue, e.g., in the last paragraph of the docstring for interprogram-paste-function or in the comments of the definition of gui-selection-value. I volunteer to do both if you agree that it would be an improvement. Not because it's actually important for me (again, all of this began because I started reporting the bugs I had written down over my time using Emacs, most of which I did not really care about), but because I see it as a chance to get started in contributing to free software and Emacs. Let me know what you think. Regards, Ignacio From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Feb 2022 01:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164601010330477 (code B ref 53894); Mon, 28 Feb 2022 01:02:01 +0000 Received: (at 53894) by debbugs.gnu.org; 28 Feb 2022 01:01:43 +0000 Received: from localhost ([127.0.0.1]:59579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOUQ2-0007vV-UI for submit@debbugs.gnu.org; Sun, 27 Feb 2022 20:01:43 -0500 Received: from sonic308-10.consmr.mail.ne1.yahoo.com ([66.163.187.33]:36909) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOUQ1-0007vD-2y for 53894@debbugs.gnu.org; Sun, 27 Feb 2022 20:01:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646010095; bh=ShB0A9ddTyLiX5VNjo9b4qSl4qzXv2eEPY7oonVN+JQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=G5rMCMdDHr4Z6sXgFRsLy5jQlV+C/2KjIyQUFLcLf589W4p2nZZvpPYNrP9/IwAYUfKSsfIE6lAGcNbvbwDXb5dMb9V9aYWpJyZu2IgeSUyo1tFJmrOXymE5MbJLAE+k6ljfU6UtV51y9+EuOz+DENJSZI3GJ/MUTmx/uIiKcynXh9MnbD4RCCRFWyZpKc9BqLO05Bq/zel7/PvabjJOSAFrVKPTELHnJ1MH9kTT/KfBhTiKg91kMiXa94+/wtUkRNJ2c6BQfncd0yIPqgtJJmY06fM9fPRuESSEkW02guMxmW3Zk+Dn6mCtSKoPWRdn3g3tb4Gpo5dnbphlV21ceg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646010095; bh=/SbSeG567C+oRYalwoiGP56NFdiVIj3ADg55OXqvlHq=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=pyoAC9fSRFTiUJPy3WqUrnrF2hVo/4peb7Uho+lKW8JQuAlZtxPpIqu4xqtJ+sCNK2545FbuR22o1xhfrk8X6k17em3l6HT42ZJy+f00wWat9Hq7HQ1QGNsUL3MaO6gIPSWA2qJnAsiLaaA74gwm4AY/+LFvkAzlqmkVx8CQmUUn2MIMzv0ma0cDqINli9vTDMF0ev3FjFe+nwD9/OPVkMJGdVclUYalDdeZkGWWlWe9c9A0Zjjdf+HG0Ss9JbsE/MNCfXuLSoafCevrK+4CplZ0cSfzs4FH/a+scdcW8OGJBDucGR4rnXmOJx0PSBuvZ7weucgDm6Ps0E7pg4PBLw== X-YMail-OSG: 4QbyZp4VM1mntPi61Ewesr63q9byGGhd73XtSwK0JhgdHFWibweYs0cm_CqhhVu 7xSIhWozHPGW3_oTTrNTBV4Ewk9YDuOt2lEk9tibNYebQpCCXvDy9ZsltCKrxDCkvVPPrJgXPvl7 O1gRppc566cWLNKCqCpENg9Cmm.VAUOaG97.k1nTsufrGDPZAKXzZd7MsuJGpDIADJqr21LKffm3 g4m3TdXB5TW_SJgUjIEKIdlnT1un4nuf2PLOnnTW4iUJmQvGXBL_ZTWA2.WRkYmNsgBZS24j.EIZ AuYsD8rpaOIedRmI19FkAMuQDVm1LOqFjT4n_94UINb86Zw0C_0gbVQjGlQOvYODPcJFPbE5gYen WrAV5NXJIKEjkUSUeGiIGxh.GSl.mzPVeEICAliWIiCEg_lyAdB7hAlXUgAvSXIIYVEEpcS3O2gl jg7YmsXq0BnXAfqALvxvjma9rKR7Agc_xTVWjHv6k6H0T.FYZbgjofXcIUGwjA9F.Ql7vC15Oy4U sKzvPHCUkAK0iwm1qGOEnbzyctRE1v.6qkrRE5fWw9DV5iNIbTIOZvjqu118oWtUu7QvAw7zTzBX hXVWi3zc3h0SwG3MFXUmaf3SAb4LoKpZIJN4GYTCp21vWzPbzyN_RjcNl0wF6bIMWwavTWH27N6T 6wGT3gjATsgx5ZlVjMkLZOxY9O_pYXMwtqONtuzTdOd3nua0u9x2F_.dydyEBSOveID8nvyAPzV. cGMtFBjyxCzFvXxL_72aDMZW7UnZdSiZ8H0gxuJ8SHpAaqMix1I8vPqFnCrZAADCuYoNCrHkZqsF UXRYAm.qEeU.UHGj8G_.zDxmmhDlUm6Br3P5q6IIxcJHyuvZG9WjA_9dihYMvV4bWOBazmlSvFH5 I1ZJIHCXW6G3TlvAJWK64jHQ1OydYyBg_CqHX.JPcw_2QjbSURqyQn94aH8GK2T1xuiri9kGVNj. MAveStPfeYNPVXPrH2Hha4uEt4F6pUBdL1G4KW3262_FmdWnrwgc_uuUE1s0RArGab0ZjeaJO2dB isibdQqc6FmV7dKsttRLK0T6wcwZ.gqe0gEImNHQpH4t3CODlzykFhRcpsoAdO0tUT0Nrvgfdvpe Pid9x47zV0DP23rb0x7dMku2tk20rKQxvTPM3.1uq7onShcgPccCqnO7X5chSgDcetWtEomT6jbk n7ZFlzLJx42Mu0.p1fIDHzCcBgRCGll3HweBafTmSE1m3ynD77k_onyXCkAWgdT0bcdX.9k7XLG6 fgS62mjZPbFyzGMmTEaEU5JIztOPrg4XOvzbU64Vxlv6UgB9cfcAsK7t2WwxLSqVxHUxO_xIae5r RR2hqBnwoe9iKEi_jia3Bd0WV8jPh9pna2SGjfv4Jc70QPJX9gXp53nx78BdYX0Jgjo.7qgZ991H Abbnvj3TY9F4f3evj5Hrx5.NBfqSrr7QXgC5Y1BeSeeY5hPNzy5qQlagltNow3hD0uakj4xQCODI JuKa6eeUfP211ZjfBFliwg6c9SHnmabz0.TImqGT2kGnkknaTKnk.gOdlbA4g8i5TeU0agrgzEQw E1jVh3TEzJhAn1hrYy0lnX3g6RtLdav4aoBZzbt4ptRFmGIvqcP3fVy0NcMthkBy7UJzjp8ilOiT 0IE5L4sUcF0b1cyx4JroueqJWhhVtct43wM5pjjT9veAlvaPcSfb3wSMVrIH6FDEgQ7mDd34kBjU yWLNgpZzdHW20a4QCDfAcfkrvg7gv0It8BXp8QAk85m8h636Nk24qayHBKoIB1jcUnYtS.Ae9ojT AxuxTTRVBhfms4H3jDUx9_Wf9dkszo_0qODjKv7pYEg1Ojk11RnIFr1N.VLRBmkfS7nH5g6Td7Ft yCmtamaoUe63cP17kpBk62St3DxFzwNImDc2wnPRC_Jb5MW5wQVL3bcVBBSTHSEq0HJogNVKDcsL iv0bHWb8UgOJWUYJfWIicapUQjCiP1RSN_z54mI9OaCCM56b6m7POC9KTc9kr0vKwyIwHOxrbL4h Ki126wBBsFmxl1c3e63wb.Sk4DHoMcakDBlVWjwnMWp0eD.FqUhElKFNj_MRhfsz14wGoH4sxBI3 fnht5yHRWpcRmg8dgZW.ZreMtdTwR2dh80fUcdMnxpbVKp3ap6YoXcLRPIi1yFQV_wZFLd3vYs.a Gtl7dulBjYWCz3XUK3SoeIV9FCkr_UWM_iiODkIcwixQn7aHMxJbayhR0djDHyASSoUaptWwf_6L orOpx9reygQS8lU3jeow2f_ayejD7tKjT6IqKxyxFl04wravtnruwbovJ X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Mon, 28 Feb 2022 01:01:35 +0000 Received: by kubenode502.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 5e116a201a8a346b5bfa37d08b472db9; Mon, 28 Feb 2022 01:01:27 +0000 (UTC) From: Po Lu References: <87wni3zdqf.fsf@yahoo.com> <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> Date: Mon, 28 Feb 2022 09:01:23 +0800 In-Reply-To: (Ignacio Casso's message of "Sun, 27 Feb 2022 19:57:46 +0100") Message-ID: <87h78j6bz0.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19797 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 1092 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > So I guess you mean that if the timestamp has not changed, we can't > assume that the selection has not changed either and we need to confirm > it by checking whether the selection text has changed. In other words, > consider that the selection has changed if and only if either the > timestamp or the text has. Indeed, yes. > If we implemented that, the only new case we would distinguish would be > when the text has not changed but the timestamp has, which is precisely > the case of the "bug" I reported. > > If (x-get-selection 'CLIPBOARD 'TIMESTAMP) works out of the box right > now, maybe it's worth to implement it. And it it's not, we could still > update the documentation that reflects the previous, incomplete > understanding of the issue, e.g., in the last paragraph of the docstring > for interprogram-paste-function or in the comments of the definition of > gui-selection-value. > > I volunteer to do both if you agree that it would be an improvement. I do agree, any patches would be greatly welcome. Thanks in advance. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Feb 2022 13:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164605495530700 (code B ref 53894); Mon, 28 Feb 2022 13:30:02 +0000 Received: (at 53894) by debbugs.gnu.org; 28 Feb 2022 13:29:15 +0000 Received: from localhost ([127.0.0.1]:60529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOg5R-0007z5-Ot for submit@debbugs.gnu.org; Mon, 28 Feb 2022 08:29:14 -0500 Received: from mail-oln040092073101.outbound.protection.outlook.com ([40.92.73.101]:40362 helo=EUR04-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOg5O-0007ys-J6 for 53894@debbugs.gnu.org; Mon, 28 Feb 2022 08:29:11 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=O/lWGK08Ct6n+/3+yDMtzmv8iycXTkHvRoICz1H7F0mAdPTra5V8jCd2ghcSUnCPWt6Sr/nVC66s+2hVuGd1lCybxYz+i3u6vBsSN+sFyhGUIiTcoyz4LYzSYHIWIj4fZXS0oI2Q++UlKAs4C64+TjFWbOS4bZyvNtkO/TcczRvrDweKkt3uGjDEy4HPm5VZ2dWVAWokULkqLc7+pBcPSBFByZxdU4bxLRYFDg+5sIqWVjCH9ZdYP5ld3bkvpmIIEucM5q24dqL5Yh3d7v5oL4q7uX5O81jYPflkxDfYzbvPqSkvILNf0Xg3BxkHmo72m3AtEJaU2R0JVjVM88ZihA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=C250AirIsOPSTC0OOpwkQLKMbbkw+o3Ie25XSKF5xao=; b=DhBsvEYoFTdeCGDi4YlmkgphWHYhyEix6Ew87y4HIElRNrQPBXg/uGv9Pjcxfxyty+57waKDtZyer8iXJW2E1lcqa69c0UXAb9lXKOoBTBf0wsRFQrFM2MACGYQarHIF2n9diVTV/N8rxJhOQNikbha7EZhkIEXdUwgT79Y8F68jBo7+LhqtIJP/8Rur4ObyXGosdIXaItlvoUUY/bJZFbXL19ostjrzuB8w2iEikobkXI8TO8jNeZfT0v3MkiB/Xm193JAx5u0zdLj9XEnGKmBMLj3gIm10o9Mtjua1lJeGK7ZPPpKJCAOw4ZCgmjra7+JVLdMeNYrQfrBNE9DIrA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=C250AirIsOPSTC0OOpwkQLKMbbkw+o3Ie25XSKF5xao=; b=MVHiif2z3LgbNT4fUicb7n8lyAoH396hEVADtEfCZO1MERoAs8MbbFN59YXNE8oj/7FTpX7NQwTPkCbGMMS4Jf8qm2hc9ElLJY+vK4qODt54PR6ShaTU1fDpJZUDfRVC6hVbTVNiKJ9InWK6V19ojBUfxKKDZpbpIygz/4VK82I7U4nT3sXNYhtsLZs7mst9dtanA19gBFHJHybdfXxpK+F9u7t+87+cTXkSsL0RkeXpo+GpvM3T2Jd29jue7P1cbvmKWueKRs7yFT1njoa9M2B0hu/mAblpI2DNUhJYEcF7fzaZ/o1KltMWhQ5l4RNalXMJgJtNe6KpMYtC9y6SrQ== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by DBAPR06MB6758.eurprd06.prod.outlook.com (2603:10a6:10:186::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.21; Mon, 28 Feb 2022 13:29:04 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.026; Mon, 28 Feb 2022 13:29:03 +0000 References: <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso Date: Mon, 28 Feb 2022 13:12:44 +0100 In-reply-to: <87h78j6bz0.fsf@yahoo.com> Message-ID: Content-Type: multipart/mixed; boundary="=-=-=" X-TMN: [8wpJQqaN0BRuH/FpCKLGHAa9jIudX88S] X-ClientProxiedBy: MR2P264CA0181.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501::20) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87v8wz6rxi.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 75e19be0-71c3-4bb5-0b5f-08d9fabe4937 X-MS-TrafficTypeDiagnostic: DBAPR06MB6758:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: E7Grfr/zDVd3Dk8libiSuB6OlGfwMuHtggAneT3i7jTelTBCgpB217oLRHprXX193/rMzxeq6CcnHzzJAYnLFHAWL9ZuVCKG35mSFvqg5NC71X/6+roy35OhVx23DS80VKgfaxFnQ+y+aOojjDLlPPEdfGL/oCWJvK0a2N2fiZtFaylyWHbis3wkZDKWdGVYQ8eeWfG9RnBBqCA6OJIu5j/B5H8m+mPCj9rTbRcVs/We64UEDUApxdUA02H4UJ4Gpubft37bSCRvNBJeV1gMxLIfLar4ygLGtZaY6V+5e3rCofMPRVT+HMaKbTXy7vuy/X2ZkMQIlKtBsU4kBaMlBen6WejQT4OBdOcw46HpRxGEFKVxY05qf9panM5FRTEK9A/1x6cRCk/eRGZhLtQCIJmQ+HKde70el3JA/yujkLf7b09DSYdNWGW+F4XE8w50etrk+SeuvPv0fWCZ6rXb7XYDvU0fYbQVkhcfzR1BTBAbTLbs1MrrApKmkE3DeT50/LQpqcuzpAoLy7G/XVdc4jlVg0AGffrpUwbvWT9KCTdOZ9rX62jnLw6/x8Lzv068GUD9v3KWKM3jGcZpEcA0gA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 4jedbfOjIx/f+XJvfHPf7MZctoeTww9WEvaRl81T276vlfeXnpblVVVQlFayV9jHzqmkCjst+jd+CFm/IHI1VTqyDlie3pcRqm1quVKllKnWi61XY0LVrwf16Voe/fZCNPZNrnNRTzv+eskqxgtxu5A88bJTBgvLpicKWYdN0ybc4tSbF/llx4e6DmOP83o0dz7PcA47Lopdkol7wjgzKgkWXboxYKZ05dZzl/jHtlZWHOKfiwsCatGZ70miesC/y/0BDEMQPfUkwmwFONGu3Ke0ijXORHdBrnU0Dsv3ViZlw0CSaQkwjFd9g+/kmNVX+dywwTo1qK395ZjXcIZ5tWTj/d4Z/JPfh9KuF4c9Zq7xVhNSZxRHXckGFjmAur/edD4sA7NHqIRQsNjal9I3tb60Qxc7iykwcIMBG0bwyICAcBRh+jErMO9wKSvWgkoJk+V7LOVPgFrb9Z+vBDAb0xORWTRV/WJt7nNdIZaIYBX6HnCSs3uVsQjfOJ2lZPWltz0TUFoU2RAi/geH2z9bwmp42ZkN6rC90YpkFwNWpsbn/P83WoLSLtwjok11dhfv1+gPczRsFRUmO9TQ4thXECcSRAKmcrxGMsRo06mLuD+BXd66hIh6+y6J6oYlzz71R6YDaSifqSbuF5BSiE27TW4dJdBgRSU7MR5esaYvCYP6foN0w0mtF18pfJf048lTT3W6lMvrfIJiyqDHSZ+TQhmKWe42K+WEU43KG1rNNkLqABVHHoZTGAvpho2SV4aIKpq9PSLRAjvAqog09X6OG4MCK+n8EWPnI1yiJA8lNNEHCGuZ7nN1HP+MA2UAARBpDGVamhZpfCrX042wW8egh0L+t6MjJzBfO/SXzDKB3wAaEbKG7ptv2iecxHHk3QZoCzkSLW3ho+5lJNY54m5QrX9tg2emLh0uW3q4UDqUzQqWG9h/TsncZHWvc69Nj39LYRrM+gZEhEjdj/rNEBo7Rw== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 75e19be0-71c3-4bb5-0b5f-08d9fabe4937 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Feb 2022 13:29:03.8877 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DBAPR06MB6758 X-Spam-Score: -0.0 (/) 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 (-) --=-=-= Content-Type: text/plain >> I volunteer to do both if you agree that it would be an improvement. > > I do agree, any patches would be greatly welcome. Thanks in advance. I have installed the development version of Emacs and made a first patch attempt, preserving the structure of the program as much as possible. I have not tested thoroughly, but it works for all the cases I have tried. I have attached it to this mail, and comment each change below. Let me know what you think. > lisp/menu-bar.el | 4 +-- > lisp/obsolete/mouse-sel.el | 2 +- > lisp/select.el | 70 +++++++++++++++++++++++--------------- > lisp/term/pc-win.el | 2 +- > 5 files changed, 47 insertions(+), 33 deletions(-) > > diff --git a/lisp/menu-bar.el b/lisp/menu-bar.el > index ab64928fe7..01683f5c9f 100644 > --- a/lisp/menu-bar.el > +++ b/lisp/menu-bar.el > @@ -606,8 +606,8 @@ clipboard-yank > "Insert the clipboard contents, or the last stretch of killed text." > (interactive "*") > (let ((select-enable-clipboard t) > - ;; Ensure that we defeat the DWIM login in `gui-selection-value'. > - (gui--last-selected-text-clipboard nil)) > + ;; Ensure that we defeat the DWIM logic in `gui-selection-value'. > + (gui--last-clipboard-selection-fingerprint nil)) > (yank))) > > (defun clipboard-kill-ring-save (beg end &optional region) - DWIM login -> DWIM logic (typo) - replaced gui--last-selected-text-clipboard variable with the new one I have introduced (explained below) - I have tested that clipboard-yank works for the following cases: - (setq select-enable-clipboard nil) -> copy in another program -> clipboard-yank another program. - copy in another program -> C-y -> M-y -> clipboard-yank > diff --git a/lisp/obsolete/mouse-sel.el b/lisp/obsolete/mouse-sel.el > index a9d6bfee60..fc91cc9fc1 100644 > --- a/lisp/obsolete/mouse-sel.el > +++ b/lisp/obsolete/mouse-sel.el > @@ -304,7 +304,7 @@ mouse-sel-get-selection-function > (if (eq selection 'PRIMARY) > (or (gui-selection-value) > (bound-and-true-p x-last-selected-text-primary) > - gui--last-selected-text-primary) > + gui--last-selected-text-primary) ;; this variable no longer exists. Does code in lisp/obsolete/ need to be mantained? > (gui-get-selection selection))) > "Function to call to get the selection. > Called with one argument: Here I have not replaced the variable, since I have assumed that code under the obsolete/ directory does not need to be maintained, and C-h f tells me that function is not loaded by default. However there is a warning when compiling. Should I fix it? > diff --git a/lisp/select.el b/lisp/select.el > index 42b50c44e6..55c409d347 100644 > --- a/lisp/select.el > +++ b/lisp/select.el > @@ -25,9 +25,10 @@ > ;; Based partially on earlier release by Lucid. > > ;; The functionality here is divided in two parts: > -;; - Low-level: gui-get-selection, gui-set-selection, gui-selection-owner-p, > -;; gui-selection-exists-p are the backend-dependent functions meant to access > -;; various kinds of selections (CLIPBOARD, PRIMARY, SECONDARY). > +;; - Low-level: gui-backend-get-selection, gui-backend-set-selection, > +;; gui-backend-selection-owner-p, gui-backend-selection-exists-p are > +;; the backend-dependent functions meant to access various kinds of > +;; selections (CLIPBOARD, PRIMARY, SECONDARY). > ;; - Higher-level: gui-select-text and gui-selection-value go together to > ;; access the general notion of "GUI selection" for interoperation with other > ;; applications. This can use either the clipboard or the primary selection, - gui-selection-owner-p -> gui-backend-selection-owner-p (the former does not exist) - gui-selection-exists-p -> gui-backend-selection-exists-p (the former does not exist) - gui-get-selection -> gui-backend-get-selection (the former does exist, but the later is lower lever, and I assumed that if the previous needed to be updated this one probably too) - gui-set-selection -> gui-backend-set-selection (same as above) > @@ -108,16 +109,24 @@ select-enable-primary > :group 'killing > :version "25.1") > > -;; We keep track of the last text selected here, so we can check the > -;; current selection against it, and avoid passing back our own text > -;; from gui-selection-value. We track both > +;; We keep track of the last selection here, so we can check the > +;; current selection against it, and avoid passing back with > +;; gui-selection-value the same text we previously killed or > +;; yanked. We track both > ;; separately in case another X application only sets one of them > ;; we aren't fooled by the PRIMARY or CLIPBOARD selection staying the same. > +;; > +;; TODO: add selection owner to fingerprint, since timestamp is not > +;; always relieable? Probably not worth it, since right now we can't > +;; get the owner with the low-level functions out of the box, and text > +;; plus timestamp is probably a strong enough fingerprint already. > +(defvar gui--last-clipboard-selection-fingerprint nil > + "The fingerprint of the CLIPBOARD selection last seen, which is a > +list of value and timestamp.") > +(defvar gui--last-primary-selection-fingerprint nil > + "The fingerprint of the PRIMARY selection last seen, which is a > +list of value and timestamp.") > > -(defvar gui--last-selected-text-clipboard nil > - "The value of the CLIPBOARD selection last seen.") > -(defvar gui--last-selected-text-primary nil > - "The value of the PRIMARY selection last seen.") > > (defun gui-select-text (text) > "Select TEXT, a string, according to the window system. - Using new variables gui--last-clipboard-selection-fingerprint and gui--last-primary-selection-fingerprint instead of gui--last-selected-text-clipboard and gui--last-selected-text-primary. They have the same purpose but hold the text and the timestamp instead of just the text, and I have updated the code everywhere they were referenced to use the text-timestamp pair instead of just the text . Better ideas for the names are welcome. - Updated previous comment - Just threw the idea that a better fingerprint would include the owner of the selection, if timestamps are sometimes not updated precisely when the owner changes, as Po Lu said. > @@ -127,14 +136,16 @@ gui-select-text > MS-Windows does not have a \"primary\" selection." > (when select-enable-primary > (gui-set-selection 'PRIMARY text) > - (setq gui--last-selected-text-primary text)) > + (setq gui--last-primary-selection-fingerprint > + (list text (gui-get-selection 'PRIMARY 'TIMESTAMP)))) > (when select-enable-clipboard > ;; When cutting, the selection is cleared and PRIMARY > ;; set to the empty string. Prevent that, PRIMARY > ;; should not be reset by cut (Bug#16382). > (setq saved-region-selection text) > (gui-set-selection 'CLIPBOARD text) > - (setq gui--last-selected-text-clipboard text))) > + (setq gui--last-clipboard-selection-fingerprint > + (list text (gui-get-selection 'CLIPBOARD 'TIMESTAMP))))) > (define-obsolete-function-alias 'x-select-text 'gui-select-text "25.1") > > (defcustom x-select-request-type nil Saving the text-timestamp pair instead of just text. > @@ -175,6 +186,7 @@ gui--selection-value-internal > ;; some other window systems. > (memq window-system '(x haiku)) > (eq type 'CLIPBOARD) > + ;; Should we unify this with the DWIM logic? > (gui-backend-selection-owner-p type)) > (let ((request-type (if (memq window-system '(x pgtk haiku)) > (or x-select-request-type I consider that check to be conceptually part of the same DWIM logic, and feel that maybe both checks should go together in the code. However I decided to preserve the code structure for now, since I wanted to make as little changes as possible, having the ownership check there can save unnecessary computations, and the check is mostly redundant now otherwise. > @@ -194,33 +206,34 @@ gui--selection-value-internal > (defun gui-selection-value () > (let ((clip-text > (when select-enable-clipboard > - (let ((text (gui--selection-value-internal 'CLIPBOARD))) > + (let ((text (gui--selection-value-internal 'CLIPBOARD)) > + (timestamp (gui-get-selection 'CLIPBOARD 'TIMESTAMP))) > (when (string= text "") > (setq text nil)) > - ;; When `select-enable-clipboard' is non-nil, > - ;; killing/copying text (with, say, `C-w') will push the > - ;; text to the clipboard (and store it in > - ;; `gui--last-selected-text-clipboard'). We check > - ;; whether the text on the clipboard is identical to this > - ;; text, and if so, we report that the clipboard is > - ;; empty. See (bug#27442) for further discussion about > - ;; this DWIM action, and possible ways to make this check > - ;; less fragile, if so desired. > + ;; Check the CLIPBOARD selection for 'newness', i.e., > + ;; whether it is different from the last time we did a > + ;; yank operation or whether it was set by Emacs itself > + ;; with a kill operation, since in both cases the text > + ;; will already be in the kill ring. See (bug#27442) and > + ;; (bug#53894) for further discussion about this DWIM > + ;; action, and possible ways to make this check less > + ;; fragile, if so desired. > (prog1 > - (unless (equal text gui--last-selected-text-clipboard) > + (unless (equal (list text timestamp) gui--last-clipboard-selection-fingerprint) > text) > - (setq gui--last-selected-text-clipboard text))))) > + (setq gui--last-clipboard-selection-fingerprint (list text timestamp)))))) > (primary-text > (when select-enable-primary > - (let ((text (gui--selection-value-internal 'PRIMARY))) > + (let ((text (gui--selection-value-internal 'PRIMARY)) > + (timestamp (gui-get-selection 'PRIMARY 'TIMESTAMP))) > (if (string= text "") (setq text nil)) > ;; Check the PRIMARY selection for 'newness', is it different > ;; from what we remembered them to be last time we did a > ;; cut/paste operation. > (prog1 > - (unless (equal text gui--last-selected-text-primary) > + (unless (equal (list text timestamp) gui--last-primary-selection-fingerprint) > text) > - (setq gui--last-selected-text-primary text)))))) > + (setq gui--last-primary-selection-fingerprint (list text timestamp))))))) > > ;; As we have done one selection, clear this now. > (setq next-selection-coding-system nil) - Using the timestamp-text pair instead of just text - Updated comments - I have tested the following cases: - Copy in another program -> C-y - Copy in other program -> C-y -> C-y -> M-y (the copied text is not duplicated in the kill ring, i.e., gui-selection-value returns nil for the second C-y) - C-k -> C-y -> M-y (the killed text is not duplicated in the kill ring, i.e., gui-selection-value returns nil) - Copy something in other program -> C-y -> M-y -> Copy the same thing in other program -> C-y (works as expected, i.e., the bug I reported is fixed) > @@ -239,7 +252,8 @@ gui-selection-value > ;; timestamps there is no way to know what the 'correct' value to > ;; return is. The nice thing to do would be to tell the user we > ;; saw multiple possible selections and ask the user which was the > - ;; one they wanted. > + ;; one they wanted. EDIT: We do have timestamps now, so we can > + ;; return the newer. > (or clip-text primary-text) > )) > An unrelated issue which could be solved with timestamps, but the comment must be old and says we don't have them. Just updated the comment saying we do have them now. > diff --git a/lisp/term/pc-win.el b/lisp/term/pc-win.el > index 327d51f275..2ae3cbd8b2 100644 > --- a/lisp/term/pc-win.el > +++ b/lisp/term/pc-win.el > @@ -248,7 +248,7 @@ w16-selection-owner-p > ;; Windows clipboard. > (cond > ((not text) t) > - ((equal text gui--last-selected-text-clipboard) text) > + ((equal text (car gui--last-clipbaord-selection-fingerprint)) t) > (t nil))))) > - Replaced the check - Returned t instead of text - Have not tested since I don't use Windows, but it's semantically equivalent as before. --=-=-= Content-Type: text/x-diff; charset=utf-8 Content-Disposition: attachment; filename=0001-fixed-bug.patch Content-Transfer-Encoding: quoted-printable Content-Description: Patch for bug#53894 >From a81da62327c58c8351c366e8530bf6250a4ffaa2 Mon Sep 17 00:00:00 2001 From: Ignacio Date: Mon, 28 Feb 2022 12:13:52 +0100 Subject: [PATCH] fixed bug --- etc/DEVEL.HUMOR | 2 +- lisp/menu-bar.el | 4 +-- lisp/obsolete/mouse-sel.el | 2 +- lisp/select.el | 70 +++++++++++++++++++++++--------------- lisp/term/pc-win.el | 2 +- 5 files changed, 47 insertions(+), 33 deletions(-) diff --git a/etc/DEVEL.HUMOR b/etc/DEVEL.HUMOR index bd51845cb1..e93631c331 100644 --- a/etc/DEVEL.HUMOR +++ b/etc/DEVEL.HUMOR @@ -203,4 +203,4 @@ it's still working the same way, and then whether it's = still relevant due to changes elsewhere, and then finally whether it can be improved without breaking odd edge cases on obscure systems you don't have access to. =F0=9F=99=83" - -- Ignacio Casso and Lars Ingebrigtsen + -- Ignacio C. and Lars Ingebrigtsen diff --git a/lisp/menu-bar.el b/lisp/menu-bar.el index ab64928fe7..01683f5c9f 100644 --- a/lisp/menu-bar.el +++ b/lisp/menu-bar.el @@ -606,8 +606,8 @@ clipboard-yank "Insert the clipboard contents, or the last stretch of killed text." (interactive "*") (let ((select-enable-clipboard t) - ;; Ensure that we defeat the DWIM login in `gui-selection-value'. - (gui--last-selected-text-clipboard nil)) + ;; Ensure that we defeat the DWIM logic in `gui-selection-value'. + (gui--last-clipboard-selection-fingerprint nil)) (yank))) =20 (defun clipboard-kill-ring-save (beg end &optional region) diff --git a/lisp/obsolete/mouse-sel.el b/lisp/obsolete/mouse-sel.el index a9d6bfee60..fc91cc9fc1 100644 --- a/lisp/obsolete/mouse-sel.el +++ b/lisp/obsolete/mouse-sel.el @@ -304,7 +304,7 @@ mouse-sel-get-selection-function (if (eq selection 'PRIMARY) (or (gui-selection-value) (bound-and-true-p x-last-selected-text-primary) - gui--last-selected-text-primary) + gui--last-selected-text-primary) ;; this variable no longer ex= ists. Does code in lisp/obsolete/ need to be mantained? (gui-get-selection selection))) "Function to call to get the selection. Called with one argument: diff --git a/lisp/select.el b/lisp/select.el index 42b50c44e6..55c409d347 100644 --- a/lisp/select.el +++ b/lisp/select.el @@ -25,9 +25,10 @@ ;; Based partially on earlier release by Lucid. =20 ;; The functionality here is divided in two parts: -;; - Low-level: gui-get-selection, gui-set-selection, gui-selection-owner-= p, -;; gui-selection-exists-p are the backend-dependent functions meant to a= ccess -;; various kinds of selections (CLIPBOARD, PRIMARY, SECONDARY). +;; - Low-level: gui-backend-get-selection, gui-backend-set-selection, +;; gui-backend-selection-owner-p, gui-backend-selection-exists-p are +;; the backend-dependent functions meant to access various kinds of +;; selections (CLIPBOARD, PRIMARY, SECONDARY). ;; - Higher-level: gui-select-text and gui-selection-value go together to ;; access the general notion of "GUI selection" for interoperation with = other ;; applications. This can use either the clipboard or the primary selec= tion, @@ -108,16 +109,24 @@ select-enable-primary :group 'killing :version "25.1") =20 -;; We keep track of the last text selected here, so we can check the -;; current selection against it, and avoid passing back our own text -;; from gui-selection-value. We track both +;; We keep track of the last selection here, so we can check the +;; current selection against it, and avoid passing back with +;; gui-selection-value the same text we previously killed or +;; yanked. We track both ;; separately in case another X application only sets one of them ;; we aren't fooled by the PRIMARY or CLIPBOARD selection staying the same= . +;; +;; TODO: add selection owner to fingerprint, since timestamp is not +;; always relieable? Probably not worth it, since right now we can't +;; get the owner with the low-level functions out of the box, and text +;; plus timestamp is probably a strong enough fingerprint already. +(defvar gui--last-clipboard-selection-fingerprint nil + "The fingerprint of the CLIPBOARD selection last seen, which is a +list of value and timestamp.") +(defvar gui--last-primary-selection-fingerprint nil + "The fingerprint of the PRIMARY selection last seen, which is a +list of value and timestamp.") =20 -(defvar gui--last-selected-text-clipboard nil - "The value of the CLIPBOARD selection last seen.") -(defvar gui--last-selected-text-primary nil - "The value of the PRIMARY selection last seen.") =20 (defun gui-select-text (text) "Select TEXT, a string, according to the window system. @@ -127,14 +136,16 @@ gui-select-text MS-Windows does not have a \"primary\" selection." (when select-enable-primary (gui-set-selection 'PRIMARY text) - (setq gui--last-selected-text-primary text)) + (setq gui--last-primary-selection-fingerprint + (list text (gui-get-selection 'PRIMARY 'TIMESTAMP)))) (when select-enable-clipboard ;; When cutting, the selection is cleared and PRIMARY ;; set to the empty string. Prevent that, PRIMARY ;; should not be reset by cut (Bug#16382). (setq saved-region-selection text) (gui-set-selection 'CLIPBOARD text) - (setq gui--last-selected-text-clipboard text))) + (setq gui--last-clipboard-selection-fingerprint + (list text (gui-get-selection 'CLIPBOARD 'TIMESTAMP))))) (define-obsolete-function-alias 'x-select-text 'gui-select-text "25.1") =20 (defcustom x-select-request-type nil @@ -175,6 +186,7 @@ gui--selection-value-internal ;; some other window systems. (memq window-system '(x haiku)) (eq type 'CLIPBOARD) + ;; Should we unify this with the DWIM logic? (gui-backend-selection-owner-p type)) (let ((request-type (if (memq window-system '(x pgtk haiku)) (or x-select-request-type @@ -194,33 +206,34 @@ gui--selection-value-internal (defun gui-selection-value () (let ((clip-text (when select-enable-clipboard - (let ((text (gui--selection-value-internal 'CLIPBOARD))) + (let ((text (gui--selection-value-internal 'CLIPBOARD)) + (timestamp (gui-get-selection 'CLIPBOARD 'TIMESTAMP))) (when (string=3D text "") (setq text nil)) - ;; When `select-enable-clipboard' is non-nil, - ;; killing/copying text (with, say, `C-w') will push the - ;; text to the clipboard (and store it in - ;; `gui--last-selected-text-clipboard'). We check - ;; whether the text on the clipboard is identical to this - ;; text, and if so, we report that the clipboard is - ;; empty. See (bug#27442) for further discussion about - ;; this DWIM action, and possible ways to make this check - ;; less fragile, if so desired. + ;; Check the CLIPBOARD selection for 'newness', i.e., + ;; whether it is different from the last time we did a + ;; yank operation or whether it was set by Emacs itself + ;; with a kill operation, since in both cases the text + ;; will already be in the kill ring. See (bug#27442) and + ;; (bug#53894) for further discussion about this DWIM + ;; action, and possible ways to make this check less + ;; fragile, if so desired. (prog1 - (unless (equal text gui--last-selected-text-clipboard) + (unless (equal (list text timestamp) gui--last-clipboard= -selection-fingerprint) text) - (setq gui--last-selected-text-clipboard text))))) + (setq gui--last-clipboard-selection-fingerprint (list text = timestamp)))))) (primary-text (when select-enable-primary - (let ((text (gui--selection-value-internal 'PRIMARY))) + (let ((text (gui--selection-value-internal 'PRIMARY)) + (timestamp (gui-get-selection 'PRIMARY 'TIMESTAMP))) (if (string=3D text "") (setq text nil)) ;; Check the PRIMARY selection for 'newness', is it different ;; from what we remembered them to be last time we did a ;; cut/paste operation. (prog1 - (unless (equal text gui--last-selected-text-primary) + (unless (equal (list text timestamp) gui--last-primary-s= election-fingerprint) text) - (setq gui--last-selected-text-primary text)))))) + (setq gui--last-primary-selection-fingerprint (list text ti= mestamp))))))) =20 ;; As we have done one selection, clear this now. (setq next-selection-coding-system nil) @@ -239,7 +252,8 @@ gui-selection-value ;; timestamps there is no way to know what the 'correct' value to ;; return is. The nice thing to do would be to tell the user we ;; saw multiple possible selections and ask the user which was the - ;; one they wanted. + ;; one they wanted. EDIT: We do have timestamps now, so we can + ;; return the newer. (or clip-text primary-text) )) =20 diff --git a/lisp/term/pc-win.el b/lisp/term/pc-win.el index 327d51f275..2ae3cbd8b2 100644 --- a/lisp/term/pc-win.el +++ b/lisp/term/pc-win.el @@ -248,7 +248,7 @@ w16-selection-owner-p ;; Windows clipboard. (cond ((not text) t) - ((equal text gui--last-selected-text-clipboard) text) + ((equal text (car gui--last-clipbaord-selection-fingerprint)) t) (t nil))))) =20 ;; gui-set-selection is used in gui-set-selection. --=20 2.25.1 --=-=-=-- From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Feb 2022 13:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: luangruo@yahoo.com, larsi@gnus.org, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164605536631402 (code B ref 53894); Mon, 28 Feb 2022 13:37:01 +0000 Received: (at 53894) by debbugs.gnu.org; 28 Feb 2022 13:36:06 +0000 Received: from localhost ([127.0.0.1]:60540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOgBr-00089v-Kv for submit@debbugs.gnu.org; Mon, 28 Feb 2022 08:36:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:58290) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOgBp-00089h-UO for 53894@debbugs.gnu.org; Mon, 28 Feb 2022 08:35:50 -0500 Received: from [2001:470:142:3::e] (port=40400 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nOgBj-0004RI-V2; Mon, 28 Feb 2022 08:35:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=q3KjJFmTwj0Kxqxl5blECa6xd1d9neFCdEjMDcdhGyE=; b=ezUQ6Y9lULeo D6LOersoVzZHlhRjxxn03iOb7NLLmmDw3rNH7gZx3nRK4k5xz+QQxqFXf2NWMEjq/yEo4lg0YCqXc NVZ7t4roJTFxSGH0TaY4TmXUrqlrbCs5gXpwTCWk4gVuPAY/Ik2zQ3fKNX7l7OwCoPO8u8k3WoH0O uj9VkwDdreBIvuT3WD7SOex18+tR3cmGkB4ls6by+mSGa8j/i4w4bU4w+mLMk8qpMezr9o81svbVd XF7ZLx4dyb8dIRzJZHEJ9M+/3joXby6H6bgo4aG7xo0eFgQJoq9O6Bh+msFDrlIkfiHcxSwQsfNz0 YOzOopZV7SO+7e9JAE3pfw==; Received: from [87.69.77.57] (port=2272 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nOgBj-0006e5-Cn; Mon, 28 Feb 2022 08:35:43 -0500 Date: Mon, 28 Feb 2022 15:35:32 +0200 Message-Id: <83ilszm7vf.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ignacio Casso on Mon, 28 Feb 2022 13:12:44 +0100) References: <838rujutsj.fsf@gnu.org> <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> X-Spam-Score: -2.3 (--) 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 (-) > From: Ignacio Casso > Cc: Lars Ingebrigtsen , Eli Zaretskii , > 53894@debbugs.gnu.org > Date: Mon, 28 Feb 2022 13:12:44 +0100 > > I have installed the development version of Emacs and made a first patch > attempt, preserving the structure of the program as much as possible. I > have not tested thoroughly, but it works for all the cases I have > tried. I have attached it to this mail, and comment each change > below. Let me know what you think. Thanks. My worry after skimming this is that you are making X-specific changes in places that are used by non-X GUI environments and window-systems. Can't we do all that entirely in X-specific code, so that the probability of breaking other window-systems would be strictly zero? From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Feb 2022 13:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164605612032642 (code B ref 53894); Mon, 28 Feb 2022 13:49:02 +0000 Received: (at 53894) by debbugs.gnu.org; 28 Feb 2022 13:48:40 +0000 Received: from localhost ([127.0.0.1]:60562 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOgOF-0008UQ-Ls for submit@debbugs.gnu.org; Mon, 28 Feb 2022 08:48:39 -0500 Received: from sonic303-21.consmr.mail.ne1.yahoo.com ([66.163.188.147]:44634) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOgOD-0008UC-Lg for 53894@debbugs.gnu.org; Mon, 28 Feb 2022 08:48:37 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646056112; bh=uksIGgxki6F0DpChgvX5bZiA4buho1rlevWaZw24MXQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=f6cQlnkWraQZKn/PfA0HvZ1mGTknJvolyKH1ExsGqizC/JzIR8jd7uTgPU52A/c733YNaYgwhrG61knR2IDHXq8cy/8DLu0BMuDHeqa0MQGYYq7AYRNYT9fwhdMW+O4ZCSeViG0gOHAL9eKNatnbI79A8xA4XCHMpWHKx5PSG8Pqm34cUHawhooiVMdyUwGhrRFrW8rBJY1SVPXnlxTS6X0FdBzHxM6/5jUgBLMEqMkUuZoQWWo2dZvv+hDDbaQuv4YMUcC6M22F9Z+Xcs0YlxtM3TpCIBwPkVN7afXGfo/4xKtoRxEXMPYyoqUiRvpVNLqEoCGRvH+PdxDJZ178oA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646056112; bh=Na+TdHPnHUFS4TIl1poGrheXKAfsUSp91OKuGqMsolF=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=EMjRTjCcF7kaBKclufq/hKvM9ug1lwQ2YUO7SS6q4gmuvV8KIm/VeWc7UkZITD8PSJ1LFL5oTvZe0bFj52urVApP9MKszrgIaSV0rFZAQvqlmOzWnG6sJB7UmUTw/SdpzPajzh+ivGc/JMVREFBSMGFukD8wb0fqzL0ulYdRJb0msh3/nLYhCEwi9STkbmPoxoysMlOuvIAHaJyeDXS5w/8qqoFYeb6sDA9k78JGyV1nbCKJyHf+oNpdWr05f/nW3wQZ9py9g0C1xRadTaaoPOV0VW6U+vw8Z808U/NFqbTIalOrTd62K4RmazULxE7JLY9ahiKS9Jb+fYP+9VY5PQ== X-YMail-OSG: jLtB4_MVM1nUMZDoHNaqDVha9PE.T6PXqroMWFV.MemulM8Oe1WRKH292Q9hErG 9MOhWV7TvqRmY5unOYgWYaeZ6zkLS7eWjk6so9ckoZ1fAmXfjn2C1yE11OErOPNW1TiIsZsF3jhk xzOSc.65nU0oXJn65vzkj3sS5ilN9iMGgrSkHf6xhS2pD9oAZs5HX6PBahLEwtmn8RmcqAprIGi_ oXUaRK7tHXC9ZtRF_gDau7nbHWPf1351V3z2Yt.ff3GL3VSUpC.QVTCTnLHyX7Vt0Rw60UjECdvr VS7Y53ubiaMq.s_igKKWqgfqLGZOjMm1KMyfxLBQJJnd60mPAH9cUR5NAejNTJzJfIqb4gLFt_el aMgwnwh8RQ0S7lNCVXEfTq02_bukto7XdsscLH1mtxTsRQQMQPG_Pz8peO9GCnWfR.5EBNdc_rel CyajRyYkD7UHeqAehYPYaHrs4wieJMwuG8Ll4I9Pg3eQtuxjiXesG1SmD4ROpmobWNPuSSFt_qiu NPZlZrqOiEcVOeeyu3es6AHRtwkq9Qu_3tMIxMwD8KWxqSS5PFk.IeKQdlTZdYeTL_by.CtXzfqL EXPfsmxh0CKYflBa.52K2_qYv48J26a31fzU3jYiSnpnuavrGSt7Uzkne.n_g_AGn_h9eBTOZgS6 YfJRAadiIVnobZNV8UE4YNwiOAzcs3yAsnnEZdnylGLqYbrIv4pY_SCtXg9haUGKohIn8LyeennK sdruPUfm39nTXe.hTp6EtaxQzQmCDrWwmxa4kOV1wd75XJ1mneHHu_SBscqzMNXP4J2fpavncKma AuiJ2ee64EGnGrZg57sJUP6L.Gby5eHZpZGc8qqrn4y64OjvD9l.KRfzG1sX9.MqijC4IRCQ9esc nawcZkbJyCMvyf0h5vQoAwrErwM4I2qCVE1lFy67C8fcdoOftiDDnAKgmlFo28H66ODZcA9Q6bew 8GOHsgOg6Ps1vUDT1hJ0jJr9h2zQD3fflUB.1loN57tfDQd6iH9T3Wjdrmap7VDWmsfpOvVpnaRZ Nm_lIpEVJjfxjbv3dKTLaDNzMe4ZhjuIOyfQ2Y_c61g_soZYte.pa4JxCD3gxt9AcGFM.CXbqrps _RrQ5wJQtKrHUVBjcnsdUUDvhePTmO9NIKrMX1zdPTgyCoDojwf1NElWQh9EKkjrLv8REDDj7A2t Hl0IwFm1LF0reMp5AFZY8.WTLLQeFlPnRPjyzAy9qEX5D3c4ua8Ep.LlyKjhpPyYi47p8ahHOcqg 4Senke2syyhQAa..2gS.KDyBXBfqLrnKUynaM3a1z9lJOo5jGtYo1j_o13hRTJOI1DZy_33XA8gY FYwFnng6RflG4TDpheSTHY9lnd8iELgkGRfLXvHKnU8IGpAdBqwbpdadEPx2H3LvwzppqczvjZw9 kiWlL5.Ru3Xmaj12qVOIZwNh_TwW2czukVKgMO4cczXNdQsw3BRXn0ISF2PyoHNkApeD142sM78z pj2ZYKHP8lTcRVKMw8.S.FU2d_9iFW7q.QRSSdfbHN01QhHy6DT5il6odGk7h4ojiFsuezJHgsPm 2D_JQp8xRiu6b2NMLpRTqpsNeIjFhT81zFX2_kozddVSfrcXJAez505x1oX.tjT5FtpT2FE9IKmA aTmNbjOKVA.PFJBYNbst00zDe4P2fUVpbtMUAHBRfC5pmOHH9rMD_2RVBo9_c1S7P08wKAbPM1w. s74QaQEmAQyU8Q7Wt4D.sNJzZpP.iE9bWqQWi1F9adIwdclC42zxKFU4eeVp5VVyTxC0wks6Oa9Z Zn.E8.mTNwwScgAc5oOewT0CVKobdyADkUgljeII9dc7FsSMwqbaZadKCfTm7rUR8mhlAiFCN0_B aWJQ.SfZCFWLxdfEoQS8bde8pTrY_9TpQBMg_EN2bh8BguPl1jl.IQ4UjF08dcvt7Dxj2Y7Q1vwB O9rn4M_2x6OGIa9v1LCojJ8J5ksYcvLh_mxzdyNkcBb1DL33yl9Y5V8DbLnz2XVQjAWJ.c24b1eb DL5wAAPDj6E5NKyFMoHRrlGZuXo0kCbQmq1QYaBSv.O3JkA7.u8B37CWJa_ab8S7OuSZY_PtzJjx oLUGw0G38DKOGPx9OlxwJlvBSW5fKoGNviVTYPe6vOEa57T4nUv0RimgOdg599nyPNWIxeKW.Cxd ToRiaDosQ7TsWbzO0oN_hxsZC03qjrOaV2zLS9dqg5vIbkBMlZPivO2R.CvYw_85I.r5wGMsv2gg 3fPrdZV55sA6SLJLQAhPIx6keB.UoWF43o0lhe_w0FaWl.z5dc3Be.lZM X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ne1.yahoo.com with HTTP; Mon, 28 Feb 2022 13:48:32 +0000 Received: by kubenode509.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 075c498cbba36949cb6d17a21339a9ef; Mon, 28 Feb 2022 13:48:28 +0000 (UTC) From: Po Lu References: <87a6ezfcnc.fsf@gnus.org> <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> Date: Mon, 28 Feb 2022 21:48:23 +0800 In-Reply-To: (Ignacio Casso's message of "Mon, 28 Feb 2022 13:12:44 +0100") Message-ID: <87czj73xw8.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19797 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 2131 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > Here I have not replaced the variable, since I have assumed that code > under the obsolete/ directory does not need to be maintained, and C-h > f tells me that function is not loaded by default. However there is a > warning when compiling. Should I fix it? I can do that instead, but see below. > - Using new variables gui--last-clipboard-selection-fingerprint and > gui--last-primary-selection-fingerprint instead of > gui--last-selected-text-clipboard and > gui--last-selected-text-primary. They have the same purpose but hold > the text and the timestamp instead of just the text, and I have > updated the code everywhere they were referenced to use the > text-timestamp pair instead of just the text . Better ideas for the > names are welcome. Can't you put a `timestamp' text property on strings stored inside the old gui--last-selected-text-clipboard variable instead? > - Just threw the idea that a better fingerprint would include the owner > of the selection, if timestamps are sometimes not updated precisely > when the owner changes, as Po Lu said. What I said is that badly behaved clients do not change the timestamp to take into account new data becoming available for clients they already own. The X server ensures that timestamps always increase with selection ownership changes. >> diff --git a/lisp/term/pc-win.el b/lisp/term/pc-win.el >> index 327d51f275..2ae3cbd8b2 100644 >> --- a/lisp/term/pc-win.el >> +++ b/lisp/term/pc-win.el >> @@ -248,7 +248,7 @@ w16-selection-owner-p >> ;; Windows clipboard. >> (cond >> ((not text) t) >> - ((equal text gui--last-selected-text-clipboard) text) >> + ((equal text (car gui--last-clipbaord-selection-fingerprint)) t) >> (t nil))))) >> > - Have not tested since I don't use Windows, but it's semantically > equivalent as before. pc-win is for the MS-DOS port (which does work, and should be kept working.) However, I think this modification can be avoided by storing the timestamp as a text property, which I proposed above. Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Feb 2022 14:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: luangruo@yahoo.com, larsi@gnus.org, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16460587754181 (code B ref 53894); Mon, 28 Feb 2022 14:33:02 +0000 Received: (at 53894) by debbugs.gnu.org; 28 Feb 2022 14:32:55 +0000 Received: from localhost ([127.0.0.1]:60610 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOh55-00015M-Kt for submit@debbugs.gnu.org; Mon, 28 Feb 2022 09:32:55 -0500 Received: from mail-vi1eur05olkn2042.outbound.protection.outlook.com ([40.92.90.42]:2913 helo=EUR05-VI1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOh53-00015A-Q7 for 53894@debbugs.gnu.org; Mon, 28 Feb 2022 09:32:54 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=d1MeVWBG6mTUnpOH6Fg53nhFDyutbxDyRL2J5rtCiBOdgGeoxrA4GIFddz0dvY54hccP5foY9aztp3/+gtOAMkMIapdGryWkdhwe/Y8mnib0PsuxGJf1so6D0AsC0I6ieAi5W/HHAoo+EXHn+GwztT1uU6ZqJzVps6EQPL8YYbOF1Q1C9QpSvjwd6D0NQXeP9as9vnrLsompxVK2y1LnACu8C2QMkSuCnMZ3Fos05eaVdrqjbBzJXcSsNE3AeTH3foXC8LqMoP23wATNyqf5xXJArM85xDMqAMAtYyZy6Pp+vEb0xF0OuoPirlLeEw4C0fnfvZFLptDzOXtAXUEqHg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=FIdEFPtxKrEOlbP1xQOsSIclcKDKXRxApV54b3AnSpQ=; b=Caqj4iXyxN4kvX6xt2scvSB4TgKE5Y+SPT0WvFyIJdgIJQiAkGgp/TcR2qpPN1jtLK1tPavHEERJJeFwgow49PNJUqZtNMmkSiJvVk051Sl2T7cnC7UKfsT4DnSshVUxjNV19cN2mk4XbraKZlTPbTqIP2yiU+xPJXsk8TFepLVNsyL1kZCoHTglhqbNtNK6UNk9msysUK3MfOQkIqc/4cYP8QzII4a8RB4pz/nDhhzpx3ikFwRlzkzAMlBYDWeAFe7m1di95HPyi+xhbjQkOcMPxXlDsCQxYk9aSxKWbUt3nHFRv6dsIj9UCXpEXhGjcTErGcDG+9swbPGxcU94Hg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FIdEFPtxKrEOlbP1xQOsSIclcKDKXRxApV54b3AnSpQ=; b=g5fUtZtuVxgslYikYHdGkT2tYfnknTeg2Ta1lNvZhBTS13B3W3WvldNNNKHiNu/R5vlCiLe3aDkeIEvlTHcR7Fw5ZD6A1NHYfkbdl3CQHws0HtaNaJW5FQ7YBGaRtjYXK9BWrMcqqCV32CHI7L+w/gq7NQ+Xf2w/ldQITTgxHi1GW+w0bNobZpcNMLPlekST2Q/MaoJzqGasSAD9FB/EMjGI3RrrUAlAdSc/gWUceXWKDx3kY8J9jPyiTffldFcLdgBymcMBJ2c1+gELytOCUzny63zQnKNz9vSF6gZnX9w5vYLaA3OLFxgo3vERuJtyo6+K6WGjrO5aJI6F+8ZfLg== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by VE1PR06MB6334.eurprd06.prod.outlook.com (2603:10a6:803:11a::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.22; Mon, 28 Feb 2022 14:32:47 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.026; Mon, 28 Feb 2022 14:32:47 +0000 References: <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <83ilszm7vf.fsf@gnu.org> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Mon, 28 Feb 2022 15:22:18 +0100 In-reply-to: <83ilszm7vf.fsf@gnu.org> Message-ID: Content-Type: text/plain X-TMN: [vRm9nQOvIPUC0XTWMe1v30luDpgh/Cst] X-ClientProxiedBy: MR1P264CA0031.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501:2f::18) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87lexvgiyd.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 63964f75-c6ab-44cb-b222-08d9fac73087 X-MS-TrafficTypeDiagnostic: VE1PR06MB6334:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: QWBWfFCQyzmNWCtysp+85fAn7BHk9X+EzudUYmb+ZYjzAp/A5FWoOtWl9uzCANesM7ghBKdCbEjZCcGePbM6mUXPPYAILAXEbAD2yCPeZjH5ciKwwwzCYVkwDOMfYyjfUkyjOtwJ0Kwkvxp3XlweX8RVD7rUe3EX7uVEFC6uBCEB3K4CoXIltooH99PiedzYwfzd21hjGZfsyKQmi0BE1SCwLPHWbcwh5XGEMtD3CxjU9rgNdPRPYRToO5haqJq96+BXXKT5QqyQ7qKGmiicFoZqslOOKoFrHIxoYJWmF8ma7HIeSMtJLDq7xLws7qRkmbUap2EoMhRLJzb31tuFrk72uSDB8xA/rD2yfa9KIkrvpSz9YLIRoNTKFQ3d9iyOe5/3GlcLG2tFC+jdm6/RLPtummC0AdmqR+P6Vgb1FFyy0iKIRIxaSz2sGKyHi1YFVD9LrAY11hIjjRVcy1YQOBy7AAF4+6KLy88NQ1e1H0m+xv/jpv2KC6UDq9ICf2YbIhRLNNdUrx+hkRqkSzrVQVFUyN9tHobWsNKTZ6mIoxWG7cRjtNGAwnUP1mI4tflYABBKa7TaPwaXDKYXxer20Q== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: Etx9HYRhmYJ2M7H4FHWnbLOSTJ0+lxCqTK5ZdEiDahkymzykzdBtlGofSnzLld0PpgGP/Fy743gqNHLvaCPLEArpzx1mQ0d6Z2ffaQHiTNSXTIdHALG9J4FCYDCD5dcHJR4ExXtkob4SUh0tGfwXo/QvOEThafxDtmUY4hhp7Lvszbnl07XMcKUF+pX3zynw2XXNdaziQ1jpw0gM1HfHbxqiunhOgEpi4/WHY/T/GzSdWwnT/79sfCOBn1Kkk0sncAKrqFWrENt6xFsV8gvlgCqblUDdR+vE3P4Z71KcMfLZd/O2qPUm9IMxStpBGk5l35CjV6Aibjw7uO9sIN2XlBV93RimUKQV4DQapzXbKUWj+13pcPmnw9n38VuXIAfdUbTT+k68qsnSRum1ODIyuTSk2ZoG72TF2ecGClEJKXBF6405AWo/qfVlNoYmfuycGwY3FRSlrM5L7QP3oAW9tG9+p5GkPcC2nseFtTX6xYXYqt2j8VBeUFWk766u7uiP1s5Lg9CybesfL2FgIkrsuaBB1/c4ip6wo3/X3TW3LfWH4oxag3OIzaVS+y/aqaMF+1wijMtpiHzOBsuJnT+2/nh74n0Tf6p9/wZjBJahudL+XE3gNkn+biIF7W5VFEJ+uUPpVUiPRK5nrCTWK6nKvO3+/4wOe5aEkgpK3LkyFyNuPOxRv8qaPJU8mwzaS+QS87eWmTJz9lWfWmnrdZjkR8DgbuG6H7t+1ZmApBvjtwKC8sR85kRAKyLP5g2mDQj6f2zmYY5TVvmpGPqpcL5JdZeCNW+LBuyA+m4i/ad8jdAfGqMW6ObXMDWBmAIj2twa1flwIDGCi/Fna/kYOECy2tROFrMt4W9QA0LbgRaCyTA6ZLFsgm5xr/DamuYPTFB8AJNJM84R/Fw6Ivz+SmHAG+zgSH3GFk8xU55j5dZYnrwX5gv5YtPXi3plq3deWSjNsU4dBDoa7Pm31Lp51IraSg== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 63964f75-c6ab-44cb-b222-08d9fac73087 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Feb 2022 14:32:47.2563 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1PR06MB6334 X-Spam-Score: -0.0 (/) 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 (-) > My worry after skimming this is that you are making X-specific changes > in places that are used by non-X GUI environments and window-systems. > Can't we do all that entirely in X-specific code, so that the > probability of breaking other window-systems would be strictly zero? I've assumed that for GUI environments where (gui-get-selection 'CLIPBOARD 'TIMESTAMP') would not return an actual timestamp as intended, it would return nil. Under that assumption (which I don't really know if is correct), the new semantics for those systems is exactly the same as before. But I can try to move the logic to x-win.el or check the window-system variable when necessary. I will implement Po Lu's suggestion of storing the timestamp as a text property first, and then we can revisit this. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Feb 2022 14:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16460590454597 (code B ref 53894); Mon, 28 Feb 2022 14:38:02 +0000 Received: (at 53894) by debbugs.gnu.org; 28 Feb 2022 14:37:25 +0000 Received: from localhost ([127.0.0.1]:60618 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOh9R-0001C5-Gn for submit@debbugs.gnu.org; Mon, 28 Feb 2022 09:37:25 -0500 Received: from mail-oln040092068022.outbound.protection.outlook.com ([40.92.68.22]:35214 helo=EUR02-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOh9P-0001Bp-Qh for 53894@debbugs.gnu.org; Mon, 28 Feb 2022 09:37:24 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=F75rUaFmztychLMVX0fQ5iYbR9K4whXIZII48/SyBn4ZRBpstbMXygzihpuiM86ElZhcHhctXsUOAqtH5q8AbrgKzM9yDabhheTzIp0VhAztYw8Lwuf+HC97irWoDb5RKX5h2Fz6U0eMxbf5+LcFhA6CaiTBv9JdLuI4o4RerxlqW0Miq3Kpc9SKkSTLWzx+90c12bmdkMWiB7H3fp4+v7eYjedaTxHvocjX69a7ob5xc+YehnZh0XHh8t7Sy4AUCZ7QFmd3SmggK9LWK2vO32tb3IKd+ZixoLhEDKJywwQF8Kez6J1LZ9UHsi6o8D0XUwNFFANr7qF9TE/reZN9Gw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=j8VQYMMmOzGVG101so/P3bJT4FuE/PFgcsLbn1GBzds=; b=odeV5ztZBH5NY4dQlw4Le75t+LuM9HRVwQirG6qK04Xa72WwVDSKxzo7WeNcwTIR35PBzKq3esraDe1KWoH7Jx3Y8ARuFcvEKT5V9rdqgltgW16vKh/0Sy53EHaIl/6wx4cS0L+FA8X7PV3yf9Ud5IPCgVOokQEZDnLSKj2Y9nPJOWYcZcUDVwpXU4EhAYQNKm/QYWftoQV5ffFWeANE0bJ/0WKi6zQUCPB0YRD+OqiPXpZEtbTD8n3cdDgY2hAI2GzApEqDZpjePkiMI6e9KgR0Vtg+G36a6j+RyUaYOivfTzcTo7C/QVzFEDP0w4iVf7i/gt0hfJmMF+wyVJ8Jgw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=j8VQYMMmOzGVG101so/P3bJT4FuE/PFgcsLbn1GBzds=; b=TcKx/fa7YOgZNM+t9D4HYpX4lRrraADc20IMYbEDjUrOc+QR8PTpe5dOWIiwzTquhdoBTHYEpCrFjSlpzLrrT8v1YmEW/fVTboHiVyAtI8GSXxz3XJxu17VEAYNtBlYdNaGz0LcyGdGkIv7WcMcEPL7rVGQtx0tpF7PgDsDDilnQXUT0yUGy5lxxMu2oHJ+RoHIFAYOGBgGrWxKzOdGThh01PfiQX800zntsUR8zybuf5cRH0CrI2WgmJGLZb4VNVQIoeL/JTJhiSwiExBTaVqpt4ipjZW1JmAYr7sHe/Ctrm3neu8FZvaWB8j2GMGDH8N7nCY19CuCC6NlzQ+B+qw== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM8PR06MB7060.eurprd06.prod.outlook.com (2603:10a6:20b:1dc::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.21; Mon, 28 Feb 2022 14:37:17 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.026; Mon, 28 Feb 2022 14:37:17 +0000 References: <83zgmztabd.fsf@gnu.org> <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso Date: Mon, 28 Feb 2022 15:35:16 +0100 In-reply-to: <87czj73xw8.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [Fue1Va8U5yuAsBPKIxsbOyc2tfjHhqjz] X-ClientProxiedBy: MR2P264CA0148.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501:1::11) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87wnhfoy5h.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 6a60b14d-fc82-473f-1f6c-08d9fac7d176 X-MS-TrafficTypeDiagnostic: AM8PR06MB7060:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: oUmkvjxg84ijk3CARa+mgif4id+rLLu3NlqQ3pRnKJ6FtxHrB1aNdmhDQvPuM/omkwThr0mqCCEqqVsmff+hU5p6eDX95X3dC/S6ve0ilPI3NrvGgVEaRP7Ikyqt9/PU1D7WSp44nvvCFbnxyGX31saZfc5UMvSu5hOcENPfKEIkLnRWARtHGCEorkiR819fJBxkoG/Ne9hJPD+he83mvUBcGYXdgcVff1chxCwfeBTK2rqLvoB1TvITBYU/Sr1OFX0U4JDAzXeh+1tdfFmawMVpLJ8PCaz69ICEymqPSfzjIS6cfw005OlML2gMEu/HmntNqRLX6ZIkYUTcxGnccTujpwuHTKSTK2H/ko7JHQLlmTHL1DM8T8LiJBGCnSiAP8aTs5n1XC0qrxeXR+tYAFWoowGfW4UxMYto//x7+enH8fsxUuZSgevlZUdwFvS+5vP9dEFgA/y5soVEb+vx8zJLgCin9rBzvppv24Cj70jIKr8nJyddDFmPn9Ik9idaZeb4dg38mkX5q3gHoKC4skXgeSH2rC9/olFW5ccU4+AOC5KppXt/B8DKhKKEozzgjc4TuIDQSULLUIL74M2rLg== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: wRMxX437ge/HWv7MPp4r9Iz3Anv3Gd+qXliNp0FeHJT4Qs9wBDZ4CGefaQ34SIsyQu8w/9U0S7o2n7jyWHUxn4ts/vdtGriV7gQCne8FQbR/M1jkMevVr9oRwtmUxTBsAMNyU0itArJrRAIKBT6aGlF7VTer2Y/M1Pn0ofDUoqtTNOuS7RzjhP7WRE54BVDRvnYetZ7W/g17FrdzTlSM+On3IVYvaBTnAXtABoZdP+e7iPl3YAmyiHKIcxvjnTAw/favnSRH0JC4RK+ZNpizQA48tzPrJIQoDp/HOA/CHHGBGWwNeQ+5XpXYyq6Fu8w3cUluC4itI1P7+rsEtQciEZ7LTFxFDIqPCa/ZYRKG+FW+NpAzVLOTPWp/bK98sYiPvkA/vAQfnolDCxSKEg5+saVDCknpX11GRqdT7GaXdNBHLySvZbbghqsSGa3GuQukdLB9IXRUrcqb6NLSqpvo8lpcyJJ42LnMZRaodhu5IHjgQQvkXzzOj6l1m6bqAsjVPA3MRbOxxk75HF30bP6weuCyL9ONrcilLG2DjVre9a/KLDhOUGr4FKkRh/Yajkyb7Auuw4pXdP0KTH2u7c5OgeS/xK8tNNRKun5PpyhXJ4UKweQhtGeaCcRXH9jmoDWf0NXM6HtUFl080rkNnnQpe8je2sq2WvwruHThuhzs9HXVZIDJFn8e30OhgkvZZDWNImJvt/765tDgk5GO6EZg7uRGOUizTTsw8ymiEN6NxCb7uLQvPaoWC91LFdMxkTjKc6sACMTEARnjYvl1/9aAWKCJcTLlJalY4kM5GDjyrFo+BG5jv+JCAzrVF/WnpZWLvTMqj7sqy+oad69AEnjZTTNJfswCprTjdDUGBJBoDs2aV15b40q2NFs3gCjC4egaMhzhO6I7+LiRC8HC+bfE/Frgld49Tu9SnfpSybx/ZGmj1gl68yvwAIj+uGqsqbn6tmrksZRBo1EyGQrFb6tvAQ== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 6a60b14d-fc82-473f-1f6c-08d9fac7d176 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Feb 2022 14:37:17.1282 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8PR06MB7060 X-Spam-Score: -0.0 (/) 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 (-) > Can't you put a `timestamp' text property on strings stored inside the > old gui--last-selected-text-clipboard variable instead? Good idea. I'll implement it and send the new patch. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Feb 2022 16:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164606723419915 (code B ref 53894); Mon, 28 Feb 2022 16:54:02 +0000 Received: (at 53894) by debbugs.gnu.org; 28 Feb 2022 16:53:54 +0000 Received: from localhost ([127.0.0.1]:34647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOjHV-0005B9-WB for submit@debbugs.gnu.org; Mon, 28 Feb 2022 11:53:54 -0500 Received: from mail-oln040092074025.outbound.protection.outlook.com ([40.92.74.25]:52897 helo=EUR04-DB3-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOjHU-0005Ax-Sg for 53894@debbugs.gnu.org; Mon, 28 Feb 2022 11:53:53 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gcPRRMudAvwV5KFTgPx3wQ48uKxEMsAZ4zxTh+S67XVn0+3094Jdemp4T+cHDdGdt5ds+dWD9ls05W+C9WY7zz+1F6YO6EAXJpzWroxL6TAYw4Xa04WhReFt32KS3Bzw3lj0+0IjugbO5JZHT8WHW8OGxAx0A+0OOyDk43R7ct4fKiQYFpO+qePMlnt8Vs/PrSOWCj2cgJO5D12GlK2jkpyIG5M4NbV93pM49SCsNNefR/g1I4XdcQXVfVecnKsyMGBWEecjgamof0RdOvVvXgd8HyzFFvJJPxhw0ZN4aZR+vWdr0mrD/us4AMa2uL/EP96HF9zABV9jC77Oh4xbIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=9wIQkiocLNVplbT9Xk+tN+GfCxDNFuP6lQ3LlNA2NHg=; b=L78pI5JMKa7c1J+5KZicsCZf6KNVpIWT9zc/J+mG34HAT7JhcOylfXU/B8ukqWBJWOkdBJoOS8Y56bIY8BZ2gW/2m/r6aERYEllhEzDhpSipR892Q2mqJ2BSPtALq7+WCPY3YIsq48BYEb/hd1G79f9AZ4FEjFMtCk0Pz0bLZx0Bj9PhxQteDWq3VKAGXNOpqsg2qnU4sJ1OWB1m2OM2d+u/hAMNG49mveN6i3X1wFTwsYoxhO7J0Nx6sVJq1T1mPT9BUNh4BHEUUwwUlOXPdrlxrnxwixr+IpHUH+ZS35hkJkktHUBg1jx2yWNVdM53RmF+s7qwrsexInLmZYyVvg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=9wIQkiocLNVplbT9Xk+tN+GfCxDNFuP6lQ3LlNA2NHg=; b=k2bFBvV9hiavY+mPYXcqZhefOReJRXDIiUXh2eRSdYZyQp1j22yBzlfiwqfcbok+9Bty0g80Syd0C6mYRcJ7zfRVBC1ZQxO5sO3NoAI/Cyg+6u3hYY12x4gj3ABcF7oE8TU7yYIrzcZKoTzHNQYi7aQTRxYpdM7M03J1scSGzGY9kuL1IPFvRqtvx27+d4ypqWCBij5o4dSSXIScaPXIjdEOIOyUfNjwwWrZmraO3WVXttjqourEtvR79IpkAHAaqSDH4ldILgK6ofX3Stnkk18lrpEjows4IBgoeRCp9NtMOyL/7XsfdyBKI38GzVjBj7aChUeIVXvOWkT0AMjYtA== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM6PR06MB4932.eurprd06.prod.outlook.com (2603:10a6:20b:31::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.22; Mon, 28 Feb 2022 16:53:46 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.027; Mon, 28 Feb 2022 16:53:45 +0000 References: <8735kr9kmp.fsf@gnus.org> <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso Date: Mon, 28 Feb 2022 17:10:09 +0100 In-reply-to: <87wnhfoy5h.fsf@hotmail.com> Message-ID: Content-Type: text/plain X-TMN: [yJsEP2Q9rtOhb7WVSdV1ljKgXIjKJ+f/] X-ClientProxiedBy: MR1P264CA0039.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501:3e::31) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <871qznc4qg.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 1154de02-f9d2-4e33-c63f-08d9fadadad0 X-MS-TrafficTypeDiagnostic: AM6PR06MB4932:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: ODHfPJz5iN21r5fns2xp67/Ecyaozv7jStuE7eXc2wR7tD6qi/2nFHKuiiptPQtVYwPXuGhMBjOhVwVFwkstzqHmFIlfNen1KR3Uc/HN4GbMdg+IMSF8aWJd3HdjTlxNsqdBx4A1M0aAYDwlfcABC9ncxrzVl8UuVYY6XQsZeBvZYWAUIH51wqDUVbz+ETFs8sPdfkvrr+zbr5t/cuG5n9T1K3ZuS2Gz8bDmme0/ErWKzJzEx9GDg4COHOt/0j1h3j5HQsTCKn9Bs8tY+MepDtaH2EB4ATrSMASXX878RLDoWgcssW+svTvkn1c0lAEy0dPBqgjbfxTYTDrk7fhJGgItfrQqXbv2AyasrYQhpDL+Sk6TuXOvLjoRJSXj37lLbD9/p794+07MC9cBx3mpvUIRGYz7X2J0BGCxz12FCbzgvzJ8YKmMeOaHKryDgIFBXIQTtjTvbnHseRAbQojmpBxivobJO15C6qnn7lQiUYEiqv/J5s0w52DX9M/o37O+52DlcVDg9nicum3Xhbh4HvJ2Uu8CEsZ9M+AoZzvkGzVELU7+CW0DCWsGDcuRtLl8La3igVfQicJYDOo3C7BRmQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: jH1Dy4vTVm9Q7OTbkZddsYoOqTyoi8hBbm3d26Fb70Oc5SeXP9olEW+jDMHcmDvtVi50g4p28sDQr6185A25Z5DdI6Ykn/MXfc51pOPMaJUILQf4su4P/TwLkQpxZuK+YDyzOrCgQHwsc6CbsAhJwO0SHUni3wo5cIGLnAYpeP3OClQKUMpLreZNVYPXheDRAvtyTDjLD1dmQ/1oBGsgOjBJQ6qaFBFp191/jElLmURyLygNAR6VZ9xRfnqeX5ilc9FlaK7A+YkTBao4NTsGBaMIpMuM2PBd/Wn2v8otBzqYw7Auw4VVE/j2pJne/TOwp3v1jnYH8kwyNPM2zArM0777n81gOTfRDRZhEgNjPTh+98z5DoqQA2LYMekCdoM+skdaSiwiMOV6hBEREpKI6bLFRUUWCuzckOYt7o+E+Zm95M3It+JMmh/R6yJhzp709u9N/u6Oi/nbZUerOL/Cn7PCCtzaWUQ3texFuYtryn3r6fshgGEKIIaFjurIFJ08WRy/B3UDmW9uON5x1eG+Uei9VGHpUsWRh9qTZrGr8aoPbAHVPxu25q4LdTLS2WQR4nUxoKH0ooSWSULAEoGFBPWHIFZFgtit8agv3JAebnkLSBFj8CzMIjNcjJsC6c1/QAjVzJxxk9JoIpbll2o89sfzp3H3kwu0IZfOZPGzBy9/m2+IQI5BJ0vq2CkeFkB0ImYAKAowo5ui8blnMh9g1OWEFPHc5cWQCX+5qJS3yuTccqRTYchfq3b5WYhcq1omok3MPG4P1EBMiL95QHdJ9kQb4qeW44GW6Pz31Z62XJZPv7xiFeMndqO8bra9Wd5nf8SBP90ClpsWEYerlPs8b1jHsyFGWKgS4Q2vPOH0qHltnCz+rq7Gy4Ph12PZTd0E5Abu/yx9OELqeQdMUhnJviM0EbRryfe2q4evDb321qythnzV8NV6NpNCbSsabOtIrssuoJ9Dv9ggqc0v6rEgeg== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 1154de02-f9d2-4e33-c63f-08d9fadadad0 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Feb 2022 16:53:45.6867 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR06MB4932 X-Spam-Score: -0.0 (/) 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 (-) >> Can't you put a `timestamp' text property on strings stored inside the >> old gui--last-selected-text-clipboard variable instead? > > > Good idea. I'll implement it and send the new patch. I have implemented this, but I must admit I have never worked with text properties before so I might have failed to consider unexpected effects that these changes could have in other parts of the code. I also think that using symbol properties for gui--last-selected-text-clipboard/primary would be better, since a) using text properties implies some checks that the variable values are actually strings, and b) those text properties could be modified elsewhere, since we don't know with which other elisp code those string are shared. In particular, it could be the case that gui--last-selected-text-clipboard and gui--last-selected-text-primary shared the string (although if that was a problem it could easily be solved by using different timestamp property names for clipboard and primary). I've never worked with either text or symbol properties before, so I'm not sure. What do you think? I attach the new patch anyway and comment each section below: > lisp/select.el | 57 ++++++++++++++++++++++++++++++++------------------ > 1 file changed, 37 insertions(+), 20 deletions(-) > > diff --git a/lisp/select.el b/lisp/select.el > index 42b50c44e6..e4d3fc8bd0 100644 > --- a/lisp/select.el > +++ b/lisp/select.el > @@ -25,9 +25,10 @@ > ;; Based partially on earlier release by Lucid. > > ;; The functionality here is divided in two parts: > -;; - Low-level: gui-get-selection, gui-set-selection, gui-selection-owner-p, > -;; gui-selection-exists-p are the backend-dependent functions meant to access > -;; various kinds of selections (CLIPBOARD, PRIMARY, SECONDARY). > +;; - Low-level: gui-backend-get-selection, gui-backend-set-selection, > +;; gui-backend-selection-owner-p, gui-backend-selection-exists-p are > +;; the backend-dependent functions meant to access various kinds of > +;; selections (CLIPBOARD, PRIMARY, SECONDARY). > ;; - Higher-level: gui-select-text and gui-selection-value go together to > ;; access the general notion of "GUI selection" for interoperation with other > ;; applications. This can use either the clipboard or the primary selection, - Same as previous patch > @@ -108,9 +109,10 @@ select-enable-primary > :group 'killing > :version "25.1") > > -;; We keep track of the last text selected here, so we can check the > -;; current selection against it, and avoid passing back our own text > -;; from gui-selection-value. We track both > +;; We keep track of the last selection here, so we can check the > +;; current selection against it, and avoid passing back with > +;; gui-selection-value the same text we previously killed or > +;; yanked. We track both > ;; separately in case another X application only sets one of them > ;; we aren't fooled by the PRIMARY or CLIPBOARD selection staying the same. - Updated comment, same as previous patch > @@ -127,6 +129,8 @@ gui-select-text > MS-Windows does not have a \"primary\" selection." > (when select-enable-primary > (gui-set-selection 'PRIMARY text) > + (when (stringp text) > + (propertize text 'timestamp (gui-get-selection 'PRIMARY 'TIMESTAMP))) > (setq gui--last-selected-text-primary text)) > (when select-enable-clipboard > ;; When cutting, the selection is cleared and PRIMARY - Put timestamp property in text. Suggestions for the property name are welcome. - Previously, calling (gui-select-text value) with a value that was not a string did not produce an error, so I make the stringp check to preserve that behavior although that situation should never happen. > @@ -134,6 +138,8 @@ gui-select-text > ;; should not be reset by cut (Bug#16382). > (setq saved-region-selection text) > (gui-set-selection 'CLIPBOARD text) > + (when (stringp text) > + (propertize text 'timestamp (gui-get-selection 'CLIPBOARD 'TIMESTAMP))) > (setq gui--last-selected-text-clipboard text))) > (define-obsolete-function-alias 'x-select-text 'gui-select-text "25.1") Same as above > @@ -175,6 +181,7 @@ gui--selection-value-internal > ;; some other window systems. > (memq window-system '(x haiku)) > (eq type 'CLIPBOARD) > + ;; Should we unify this with the DWIM logic? > (gui-backend-selection-owner-p type)) > (let ((request-type (if (memq window-system '(x pgtk haiku)) > (or x-select-request-type Same as previous patch > @@ -194,32 +201,41 @@ gui--selection-value-internal > (defun gui-selection-value () > (let ((clip-text > (when select-enable-clipboard > - (let ((text (gui--selection-value-internal 'CLIPBOARD))) > + (let ((text (gui--selection-value-internal 'CLIPBOARD)) > + (timestamp (gui-get-selection 'CLIPBOARD 'TIMESTAMP)) > + (last-ts (when gui--last-selected-text-clipboard > + (get-text-property 0 'timestamp gui--last-selected-text-clipboard)))) - getting new and old timestamp - Is that the right way to get the property? > (when (string= text "") > (setq text nil)) > - ;; When `select-enable-clipboard' is non-nil, > - ;; killing/copying text (with, say, `C-w') will push the > - ;; text to the clipboard (and store it in > - ;; `gui--last-selected-text-clipboard'). We check > - ;; whether the text on the clipboard is identical to this > - ;; text, and if so, we report that the clipboard is > - ;; empty. See (bug#27442) for further discussion about > - ;; this DWIM action, and possible ways to make this check > - ;; less fragile, if so desired. > + ;; Check the CLIPBOARD selection for 'newness', i.e., > + ;; whether it is different from the last time we did a > + ;; yank operation or whether it was set by Emacs itself > + ;; with a kill operation, since in both cases the text > + ;; will already be in the kill ring. See (bug#27442) and > + ;; (bug#53894) for further discussion about this DWIM > + ;; action, and possible ways to make this check less > + ;; fragile, if so desired. Updated comment, same as previous patch > (prog1 > - (unless (equal text gui--last-selected-text-clipboard) > + (unless (and (equal text gui--last-selected-text-clipboard) > + (eq timestamp last-timestamp)) > text) > + (when text (propertize text 'timestamp timestamp)) > (setq gui--last-selected-text-clipboard text))))) check text and timestamp equality, and update timestamp property > (primary-text > (when select-enable-primary > - (let ((text (gui--selection-value-internal 'PRIMARY))) > + (let ((text (gui--selection-value-internal 'PRIMARY)) > + (timestamp (gui-get-selection 'PRIMARY 'TIMESTAMP)) > + (last-timestamp (when gui--last-selected-text-primary > + (get-text-property 0 'timestamp gui--last-selected-text-primary)))) > (if (string= text "") (setq text nil)) > ;; Check the PRIMARY selection for 'newness', is it different > ;; from what we remembered them to be last time we did a > ;; cut/paste operation. > (prog1 > - (unless (equal text gui--last-selected-text-primary) > + (unless (and (equal text gui--last-selected-text-primary) > + (eq timestamp last-timestamp)) > text) > + (when text (put-text-property 0 1 'timestamp timestamp text)) > (setq gui--last-selected-text-primary text)))))) > > ;; As we have done one selection, clear this now. Same changes but for PRIMARY instead of CLIPBOARD > @@ -239,7 +255,8 @@ gui-selection-value > ;; timestamps there is no way to know what the 'correct' value to > ;; return is. The nice thing to do would be to tell the user we > ;; saw multiple possible selections and ask the user which was the > - ;; one they wanted. > + ;; one they wanted. EDIT: We do have timestamps now, so we can > + ;; return the newer. > (or clip-text primary-text) > )) Same as previous patch From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Feb 2022 17:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164606755820423 (code B ref 53894); Mon, 28 Feb 2022 17:00:02 +0000 Received: (at 53894) by debbugs.gnu.org; 28 Feb 2022 16:59:18 +0000 Received: from localhost ([127.0.0.1]:34662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOjMj-0005JL-WD for submit@debbugs.gnu.org; Mon, 28 Feb 2022 11:59:18 -0500 Received: from mail-am6eur05olkn2055.outbound.protection.outlook.com ([40.92.91.55]:31814 helo=EUR05-AM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOjMh-0005J8-Ry for 53894@debbugs.gnu.org; Mon, 28 Feb 2022 11:59:16 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=m8ZRaD+mxJDyIFZlKiXPlKZ6ZiRyvnmGIUtpFOuKyR3nGfVSl9cHAKPJFS8NYXzcpQHq62vA9eW54VhspA/pZze2IpWXCQN+x6lPRG+Ml1LQ9Sc+eZGFzs1Rydi2K1jSkzMioaW7BBqwQgu5wvirojULnMNUnhmWcFnXNNC4WF4SIm3fa91KhfFq61JwasRAiogIPx8wLt+2x0SsoXyQxdr4YNK5KNBeKpKz9hbyL/pl+1kS5CEKua92KhRYz58tUg8kob3SIvmoKk9UrUHtBSKrdBk/VOO1vEvlqY0PKUyerHDim89oZ/NZ/ZXE5mAOLI576oa4e5cm2NgZEWGtbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=UI+l323JgEqWGeDs6AfkUEhLXlZ2zw5qDMfqdkO2SGk=; b=bkqHCo+3abdOpNTJuLvbQl+Bl1LhZbK5awzlurG3KgOiP0ELkaBPRWcEhLPabuSZ83GMlfEKwwRcoKsjkGFqk5BiSH8J4LrAu+8+e/RRcpfZe7PQUauQttP/3npfpZN3YwHV0AuN7PZrCI5vvGj+2Ctp69Jd4AVXHkGOjq8c+qpNLDnOBi+g1r7waXhqi0bcuS/WX/8VUVTZlDuMjun9PUS1Qa6+8ZJGNO4PlldLQgihECbwUpxNQ58Lr8DRtJZYswKQuRmThBbl2xuC6Oh9hKaNc1NztLF4y6AExcddvUuUzMntVvNoNWROn2TMEnXExzvAGr1IpDieROxo8t9CFw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UI+l323JgEqWGeDs6AfkUEhLXlZ2zw5qDMfqdkO2SGk=; b=IRAHkBfBdW71K44AQ6u9SJ6av0+AWbwilH/mD87bStO7ZWbxJtBg65RjebB4dVUcVVx43a3y+ShltbgP9LzqZ40jOMCR17yKqobNXHFyBEtUrHVqqMkflhy/Qc2ECsMZKYsTByNRoEMuzSiIlOBN0V8HR6xjaoEgVKhoYNQRnQZLP5vri8u332Izf9XmAVVHRSnMO1zoWrzkQ+W2NCwPDsN747qNFlsmJpNyGYNbJ9rnY8uc2VF/Iw+vbDIZcu9dHVMzyz8y5kxz82xLPLIgvlKqkVt3pIE4yBZ5+4etsj87FnRqYc+orVcD/tMs+xNp9K8J3d861SOnM2cAHTSc4Q== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by VI1PR0601MB2304.eurprd06.prod.outlook.com (2603:10a6:801:c::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.25; Mon, 28 Feb 2022 16:59:09 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.027; Mon, 28 Feb 2022 16:59:09 +0000 References: <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <871qznc4qg.fsf@hotmail.com> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso Date: Mon, 28 Feb 2022 17:56:10 +0100 In-reply-to: <871qznc4qg.fsf@hotmail.com> Message-ID: Content-Type: text/plain X-TMN: [vwsTxXKnGOHVVXpn6nkI0zFHkvXskmvz] X-ClientProxiedBy: MR2P264CA0143.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:30::35) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87wnhfapwk.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 0d747e91-f0fc-49bc-8fdc-08d9fadba308 X-MS-TrafficTypeDiagnostic: VI1PR0601MB2304:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: mPttXjpmR00FFo/OZ1n1iL/6Z/1AahMUC+t0tb1C5eJka+0Tz65WZG+Ec0mxlmSf7eoQ4wv5hyIQcgLYp3vG5B4455d/xHDzXZq0xN98kS7mBmofVjSHtimBxPUB++5umVCTZ8q3VG2m78Cr8tb1uuG//DAyG8kAvylnRhtFAHtT8Kwzor2IIBbR6U2tqxkyHyfBwBqBVzaiNxta4IoimfROcfAIWTIKYt5zYR/DiPAqv+uOEQZr2a0qOmVVaWt75lcAj2GbHBuWYlDwq1rBSv4/UrPuEotO57wCgY5k6U9ErRsi8AFx/KGDSwWItnueoHOtzqy1kGd+ZoLcs4MWImrij2u+HjsVILz7diA/FmChkWKkpdvqILbcQk59IRN/0s/HT103yjTtTV4FdDK51psS/j0B7AfgYFKMn22j/W/jt84IVE2N2/9TW13D2KeqkWbFN2FzRcBur+NU/FgP9d2lM1WLTb1jvtfmQ51dFCeeb4s6m9bo7ANPQF4A7gVRE222mEz2h0Q6dL6bodXfnT4A9AvzzZ2f+Al13eZuNIb24AxUWQMiPzFM1mXgZod+r1bX+lCsEUb72+BpBvPiWQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: G6p7MqN2PGjbu+zbeB5gvJE8t8Qk+u9Et86gr+iopJJ7VQov99GutIKvNlI3alnMq+4IYuqt6+SXm0ErQ5JEz5MA4QdW06Pv8C6tRv5JymYaRG3kUl2yjN5ghe4n2TlC4QjjiC4KTegsKw91DKEQ2FN70kqGLbIPH18VDBvoknIeAVEO1dT5+J0vnEjJvWD4wsyRPPrhxuyFZRaZIu/4oeErRMEYJXXTJc4oF9dnHnRsitPo33N48kGYBe2pwDyQ5zZD9+tlykavUtUbs8RDFqwT1rZive+XUOemJofiBkAfeazPayeUoMUBdtzzrtzJSwjJ9DssYDnuS9dJ9HEDHzQN/0mJiDkIja/giyDFh6o7bkWzLlnnATGBj5OZeQpzqDsd2OMUlbMB6ssfcLvhzAxRz1IMCRRDfwtY/qOcFt0s/jdy97OUeTlzDg8e7kf8x3la2mdCTSGKKgCnQtZeurCdrDS3JO/g4qBqrevxCIA5r+8GITGcUCsJk9wwuomLfsyvz1ymzuw8uXAyMmqOfxGYqgjNA+C6wcdFvd8hr+1pdvheM57Lo/ZP1dXu9i16PztlBwgaecG1MHH0CTpWYpbAaqP5pxwsVGWIBfGDnlVTdSfC39mhMyyCmb+nFCFLBKFSnrt+m9Gp3F4dx5izux34cKjE84tm7kDwEoNNesg4i/4I0R2g1Rp4W6ripjZsNmKE+L870QIP+XxWF/38DsWFPVUMSqetX2yOjkwB1YpH4/53jTsMP3jFWH37VJaS1wLRW8Ytl8s3Q5kn8dWSGeOzxeccFylqmkWZHQvtYMXO/qHX5ABAELw6Si99CeFo7HTGf6HZq8l7Bo7RbI7Mbmh3VPV2w66PIirvg0kigOk9Pk59vgtEgsQSKBU8ZawFzKR/p2uQnkVoih6rCUQK96WQiO0F06rUM2fcDcg7Do446fLeYdEXxCh9eP1UxZK35rol58ZxjhNRTAjBUlYqZg== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 0d747e91-f0fc-49bc-8fdc-08d9fadba308 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Feb 2022 16:59:09.2633 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0601MB2304 X-Spam-Score: -0.0 (/) 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 (-) > I also think that using symbol properties for > gui--last-selected-text-clipboard/primary would be better, since a) > using text properties implies some checks that the variable values are > actually strings, and b) those text properties could be modified > elsewhere, since we don't know with which other elisp code those string > are shared. In particular, it could be the case that > gui--last-selected-text-clipboard and gui--last-selected-text-primary > shared the string (although if that was a problem it could easily be > solved by using different timestamp property names for clipboard and > primary). I've never worked with either text or symbol properties > before, so I'm not sure. What do you think? Another argument in favor of using symbol properties: the comparison to not duplicate elements in the kill ring when the variable kill-do-not-save-duplicates is non-nil is made with equal-including-properties, according to the docstring of the variable. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Mar 2022 00:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16460953719582 (code B ref 53894); Tue, 01 Mar 2022 00:43:01 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Mar 2022 00:42:51 +0000 Received: from localhost ([127.0.0.1]:35008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOqbL-0002UU-1z for submit@debbugs.gnu.org; Mon, 28 Feb 2022 19:42:51 -0500 Received: from sonic307-10.consmr.mail.ne1.yahoo.com ([66.163.190.33]:39010) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOqbJ-0002UH-NN for 53894@debbugs.gnu.org; Mon, 28 Feb 2022 19:42:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646095363; bh=CsDEhBHhKQ5KSmh5lraV8Yhlqq1jqGwrk5edd0wMQJ0=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=UFOet6/OyCnBSb0RwL8A23lcrmP0U2XG496nKSn93PK/AVjpPswBIVGOp1WeTrjpwGrUWFpPCMi1/3DaZ+kxmbtV7CdWNdag/BAtKwX2JmyaT4vYWgvwLUTgGFeV1BaZcV/oI6Epi8kcLNbZdQ4uGQRYKVhnrwTDFhiCRsVIZNeUhExKPECAMhQCwNbH9NdjcIDcaXMLQsPFtPO9r11d9rMcJfVtZXp+fleW2fw7F9bjjdqjyXUFfnqqJox5MRdaKi4cL+9y4MqvS6sWzBYUZ4ebtsyvQhQIHKOjOapYduQ7+bbV/d06a6yI4CPvh9sh2j9WFz25J4lRUtKRnzVlSQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646095363; bh=MMmgMytNwW7IwogpGtYrsfbyxbDgKEdq16zWGj79m6z=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=baNACkh2DAdm7Bxd7glYnrLAkQIjdb3tRDjl2iMpFLVuw/ezKu602/zwnUejPOoVAJ+Cx8qmyEt/2sT/+cwvIfSTa04H1XDP2Qy8wPCphdOI34uGx5l1fV5iiGHT9gCG4Bz4V7awq4KOoJqZLEA+Whv7xmT8ypAm9/k7ZiXasCwgY88Xs5dUMaNFxDs54hczZvOs8Pc35F/78gy2GN/Lw9q4sifDzMD/JDCRsJZpFpgFWWOK2BKKHnS6OnsPn0erYz23PqZsnfneXhVD/qWiCCWTU7FIfb8S2KJbdbiUkRmVKO8008V2vcct7JAYXsC3aTZLQs2Pm8FXw8OOHFJZKA== X-YMail-OSG: Hye6atcVM1kdfR6PH93W5JvwkMGRYfyM8aiEjzVbnLa2wI_TTpOkosNg8Mx6lYK Qhzto.4LJW7Za1PNTcT7FTl6p6Dn12bt1lP4dutFu8UsO5XOMdZSCqd4uRuM9zUdsz0VSI1vJO9d ArdbJPv75KibEcuw92LOEUuclkrIfEJ7ugoEEDce3wv3Y4VUX9Wwd6yQCu0ppyhB47tr.e407YFb 5U_kUJK6nuH_wT1B_OPTbFEP4b5pUrP_gyDzZqTiNVIj4OmU33GI70gi8rnuJ5prspIcLPdyUsJC ySXzDO99_g20DFUkLFIbq3iKAQ4JGrWQwT.45EDAG_0bQsB5DvdGBMAAX466Xkr2MGSC00vHxYFj mZsiTMpxz.wbm2XXfcCPRtKO3LYD8x6.zisuzUrzvtIVT5FrPMPou150R4b5peDC2_WT4q2s0xRD 75G.mDbZNGxJnm4MoajNpozbhEKjhxrErqF2qp3YONzyREcz2516i02wF7ASIzNOP0qN02UG.Cqc aPxPy6V0sRc_c.unnI0w0dv3Bp1EG2DH8e7yIODyqC4Rd1.SyIaWtwDXnPvhR0fvh_DCEtmVbUs2 p6.6pVqFMlx_Pl7bZY3JGOj1dB7DQSq8dG9hKBiJUK3fshR4ZI3WUpmYGzmt.g_slySJEsKhAnyB .whW2GbYKtf8hXGcU0lJeLjQNj.gQ.qlisG.fyXcD1xGgk_IlpdFSNT_QZyct8YNxZHrxpZ2voE5 ZW6cUYEbdUlfvHqpoUoz8FxM7Qmt6eK7M_P_xTUPAA4c.bXa.6Bb0HeuS9f0GKqUbxP5bFQ1y0RT EKwNnO4RBmgr5x2BaX7NTIZwk_xn1zAIA4Yhp3UQqAGMUsfruWI3zDJ7jnCdA7i9EAXSbaSGYxu4 S3WzQAc34PvOyrAHcBmJUGkgdCKMeC373NL8.j8vv6bABNDoEnB6L7mP3fY_HbdZ2GwaO8azc5GT zmVOgzl6eR952iS_lDp3zoqFOlDOg24hVtTboftl_WKiysqNijE7Rcv6ihvy_uC4x24HWgUtmlsH XZIlztLumlvqveJxvPCcK4DP1pONpjmcgB5Q6sW.7MNOpZA49Sc6Kn_adTHIcqpMSGDyHYfgrzmu Tk0K8IHEow7ilgvZjYqPSeBfSBb0W6KS9jOkNBlk_dX8dikWOSjB9iyJevufPF7Q49UkAAzcEAFg 8ojTCsbh719Mo6o_n3YsNJt3axPuz8uBxGaZtDLsfqMJAVeEO.J7uj663v6JbpR39qFQW2ZPO__g 5iK8u80HBFqJ1ASEE01TaSdJ9jVQM8.S2pG8IVmW.ovVePO7g6pj2.wyCP7zOWVplaW0zc25YnSr ayJe_eUnwDxP9lqUOyaMDxzwRHc0jJlBJT24QOGTwk1qDxOLci09vuk5EPtEyvD0ljF9fShYq.jd jFwnBGcFRd1lfSdrSOk_bUUjiFoT2_eDvOyO1wy5b_BoqhmOjqJMH7zp4KqZigNWJAYDep6VpFFN .AWkgjWQWf25Um1vOWd2tRmG4G9AZLDA3afrrT3EK.V89U3M0oHAGwN4dzb4roWhvXiU_NC3IlWw D6ZFpydt49KI6KyOmCukWroKj9gFBYe.epMpbacJfkAc1CKDWOLUU9OlN98XisUeUsn33mjXfDhy h.5eagkmj.kTgyS89qxGr7347HEADDt1ZB1Gv1caV02WJUl8iuGaRd66f2zqWYvHt59RSMW7xJJ6 cj6zObKg3mTnS1wMFSul2DV01UmvlWqpFy1LpWOfjK2igwuZNbLcV8hI4d5yxNDjgUK7O3dxdkPX luDPNlZ2oz_gJnpNNXZoNi_jvGtmi1tYAZKPzQXA1fp9hUP42rjtaQE7Bld4viL3HtYOR8YfkySm GefSJRZML0N6.Us.eifpRKcn.0wAAgZ8174X_HMqan5i28OTdXWxJKXG4iRZLgNccGYcK78NtrXo DVYprxKIEirGDS1jKu75i5Diq8GNfjPfEfMR_NVqrqFbcHLUQ1YSNVLM3DUQm2AVU8Ihct.y_8Vx VSecToSROkqdccjiYLWEoW_R35pqXw0xrgKcchLMkMirIAwDK3bENt83ysu9XohEZ5nmvVLl8q1v gSjAzzuUD955eAyQLn0gLQ33u6m5Fep3ExJI1a8.29uY9hAF8JtdrVhrNqekVfcH2z_Nl7omM3AQ Ot5zRwA0krFILAZ5y7g_iboiWsfudKqItFF5x6aedvmVTDbkQ6697wVL.9B3ycjBMUlupMqVWih1 J1WD1gF6K_zkdUgApF2gSsOHW8qs5973xUEol4gjPKtE86ciSVHw5SQ-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Tue, 1 Mar 2022 00:42:43 +0000 Received: by kubenode511.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 4fcf1f6224df478838ed6e7e7ee63e1c; Tue, 01 Mar 2022 00:42:39 +0000 (UTC) From: Po Lu References: <83pmnuudo6.fsf@gnu.org> <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> Date: Tue, 01 Mar 2022 08:42:34 +0800 In-Reply-To: (Ignacio Casso's message of "Mon, 28 Feb 2022 17:10:09 +0100") Message-ID: <87sfs233lx.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19797 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 341 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > I attach the new patch anyway and comment each section below: LGTM, if Eli's concerns of affecting platforms other than X have also been resolved. I think that this change will require you to complete some copyright paperwork. Could someone tell me if that is indeed the case? Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Mar 2022 08:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Lars Ingebrigtsen , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164612179932363 (code B ref 53894); Tue, 01 Mar 2022 08:04:01 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Mar 2022 08:03:19 +0000 Received: from localhost ([127.0.0.1]:35339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOxTb-0008Pv-8J for submit@debbugs.gnu.org; Tue, 01 Mar 2022 03:03:19 -0500 Received: from mail-oln040092073054.outbound.protection.outlook.com ([40.92.73.54]:30997 helo=EUR04-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nOxTZ-0008Pi-U8 for 53894@debbugs.gnu.org; Tue, 01 Mar 2022 03:03:18 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=X/N/tEd+DjPAiuFZ1DNGyqp1L8EATzjW4RH2cDH6d7iK/JvxvTmLeSLByn2ttqx2ffh1qUX4bLrtoaXyGSfcl5orcpdkC5Id2pcmHQ0xIW1drBAQ+4Zk5vLmV5JMn9Udhdq4P4exSYOK14iVsKrjkBE3uUUdwPFM/2oF6G86dK/hed5QRDsBQeV8JOZKT56KVXF4DxhALyAvO7FIRdd35S29mz5yZ667af2YD+JqOV5RF2ALiQwUSrBDn+uKipLa2LMZBPJU2p6ieAARNqmjb9mWIOJfmt5VycLtRlZPWLmNbFkStSFme4UWqRA1jB8nfy2bdXvRxVYlCFiCCVb5pA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=2yJfUgLjnA5AjcFiNo2GIq0wUhlfwtCFaO0Lm8R1Ffw=; b=V5367DuxmbYneSR9JAUUD+fPwVtKyFFEs4hF+F5F102e4LJuuCdlS7yAFIUubWoeMSesSfVl0jmz2vEAHoYTZ0isYCkfDn38mOlnCxrEfzUSjBOxi3UYdLxMaW/mINES5dshcOmUjZMmMn6CxnZlLXq1vfTHjlu06OS/CiaxZCa9xiFl7em7QwrgT/6ijzGaqFzjYU9zg0XjBcrmb/K0+J3i3IWfzjQke5dAftVct/YCjrEf4nmAqLRpP8YACpecDDdcAUl38Amv/bCC/lytZ3aZqtdabqArl6Cbns3ogQ6npcPe5nw7I2uMMDOG1Pikj8nAh5WHi5P5HHEQpqoFpw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=2yJfUgLjnA5AjcFiNo2GIq0wUhlfwtCFaO0Lm8R1Ffw=; b=H0Hmk8UKToLSCJFt42/nNdfdYuL/fZkO76Rp1938qCIv6gBJHDDM94hLLbGTaFYdUue9DgQwnu5dRLutXQ17CPWzY4LNBRjQnlAkKnfaLmxqFKc/INv3ScR2VFIj6039Nzs9yGnGKzBMrqEcjNOnP0XybJnwFEP6LT+SlNF2STOVeOdZJU2anJzqjVlmBqk44q01Xf91od23rpqp2sc8iOabk+NbuHwEaX+KCwjg8HkjOl7/xMHfOyvNRJBT5kDWclmtyoHExiLqfZxITTBDIhZfke1zhjjzjm9pxZUQkbD3KStlWCOPvXD8bZy21g6WDdg0cuVxpxvjLtrJKMKd0Q== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM5PR06MB3188.eurprd06.prod.outlook.com (2603:10a6:206:11::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.25; Tue, 1 Mar 2022 08:03:11 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.027; Tue, 1 Mar 2022 08:03:11 +0000 References: <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Tue, 01 Mar 2022 08:51:23 +0100 In-reply-to: <87sfs233lx.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [DHyBGILUeL7x85KNgDREAMIyvKvXWvl8] X-ClientProxiedBy: MR1P264CA0015.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501:2e::20) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <874k4icd6t.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: c588554d-0c19-4694-7b23-08d9fb59ed9a X-MS-TrafficTypeDiagnostic: AM5PR06MB3188:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: TBPMtqUMZBmnlZbquCgyVbJlxV3WUQMzcn2m5gtPui31Z99HgwlpsCDIuCl4oLayf6DN7W6cfPRRliAEHjcT0qJD1afvJV0cEK7bDtdN2NxlexosQmy4jm6XFfZS55pQLvox8q88pb+AAMU0wyLo5zin/sv/UI8AbwVeoOBboWmLLQyRt6Gv3uMswl89pwi30ql3gvyKO7YnOVQXCZ0nPU3e1b2J9wo4NwVCV1RjIV3IBDGIWSCEf2uOZ7kSKcclziprWiD4p+Lawd73ix4HY0x8V0L+/teuARWf9h/tE/T14FfCRKBTfAy6dQ/s+91nCqOdspQzjNWNHNUppDe2wZTomq4kJBkipAdHoLj+2NpRKtc0UhAjq93LeZgOqzsLkk5hhHIrDulgIz2otnbuNOcyb1G65lnIr8q5x0xfkpTv2d544KaB9+WH1x4Bd3oQ2RftHCmvogsSn9HPUtRxWbv87T77Rawtd6Op5bC/BzGPpTISJSJRnJxcj1fPGRjTsv0kV/hE3p+SaKpRlZBXw7tpt+wgg+OxLbUDcmUXP/ukcRCx3WCyYWE267FQ6J94WUeUJAM9doph/Rzq7eeR/w== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: CNtxpBP5b2cSw5vyTY9derPFjcJcDW9e03icyvR5dB8ljVtY3rTCfjRitwc3zRqB2z8GnE7U1NTSeO50m/gr1FheCoebOs1gmOjqqy3ZYuHBBdxw4i/jOXIFK000oxkRfNk6kzhqw+4iFq5kwecEC0aOG3e7cUuLz1XKhaqiSTxn02L0fRRKRYPSMstmumbVBj3a4OE3cbZKrrTXQvbE/wX6tcYVSX9jj+OkxV5DvGGDCO8sqT0D18Kq1lnDki2vltCpGLxMdm/+8zEymFtmfLKtE2aogCZj1MSLj4a+058jEf6WknJwbKHqUEfDM4vzsv/Iz99n0HWvGQHEMjT3zNi0SBFbZbLayNYGolCG63B24vzjvXR+HdTFCFDP4DilmuJAmpt4eIwt16YDcHhheyykoB/JaTmsFtD7s/uGjDpVaFcmU6QccnMJqybSyKeI6JF4crgtak00XIHXO2nlpsVPtcVEbASaXxlUXVvR6/NNivF9FDSPiH14HPclyunYjwmoqhcv7gKODqEB1xTPdUC28hCMyPYLgI/ifpmJOnBSvxFDQrR+ZqmvGnb/MatvoCoHWjzy/JnjNKzS6VoA0AxoLqUsVVzIEOai2I+UdEbnVnrXz9I0n/swervvDK0dvv7udHQTi1/YbhqRijMhB2UU4wXAekwvKQvZPWI8FRBAMSpneDQVc0y8KhvnIfkGHgolw06TlKMZPW8RHcLJ7pXgYOCpQOPJ5yFqkk0D1ZcAFgzckugfPaPY7a842j1E5wsgIStHOYkriVrP5lggBymSS1MZjFhBMJmUU7u1+wwsEceHFfSBRdoJKeZ33wt961+sgGvCcA+B+dDMLJhxhHHR6o0Clwct9KOXi9Qg2itaq7vVS1nPk1zP/qZc9iKnYiWtFG2UkS9Y2/Rod4bMpETv6v93s8terSMcw7H6M+Dr5o4YOqMkDIx12cDc3sdqXkJti6SPYx0EaJVK2EaWWA== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: c588554d-0c19-4694-7b23-08d9fb59ed9a X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Mar 2022 08:03:11.0889 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR06MB3188 X-Spam-Score: -0.0 (/) 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 (-) Po Lu writes: > LGTM, if Eli's concerns of affecting platforms other than X have also > been resolved. It should if you can guarantee that (gui-get-selection 'CLIPBOARD 'TIMESTAMP) returns either nil or a valid timestamp. I will advice it in my machine to return nil and check that everything still works as expected, but otherwise I can not test it. I should write some comment about that too. Also, I you want to go ahead with the ideas of using text properties for storing the timestamp, I think I'm going to store a copy of the string in gui--last-selected-text-clipboard just in case, and not the string that is actually returned. I will also define functions to set and check the gui--last-selected-text-clipboard variable in one line, to pollute less the original code. This way is also easier to implement a check of the window-system variable if we finally want to make sure to only do this in X systems. > I think that this change will require you to complete some copyright > paperwork. Could someone tell me if that is indeed the case? It says that for accumulated changes of more than 15 lines I need to do so. I don't know if it is actually needed for this but I'll start the paperwork anyway since I'll probably needed in the future. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Mar 2022 13:20:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: luangruo@yahoo.com, larsi@gnus.org, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16461407557944 (code B ref 53894); Tue, 01 Mar 2022 13:20:02 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Mar 2022 13:19:15 +0000 Received: from localhost ([127.0.0.1]:35865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nP2PK-000244-RR for submit@debbugs.gnu.org; Tue, 01 Mar 2022 08:19:15 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46860) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nP2PI-00023s-Oj for 53894@debbugs.gnu.org; Tue, 01 Mar 2022 08:19:13 -0500 Received: from [2001:470:142:3::e] (port=34736 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nP2PD-0000jT-Df; Tue, 01 Mar 2022 08:19:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=exNXAYpdso2LAMn8ZaHASRAlDwa2bRkagapipcXD9wM=; b=jrz0s0Ip26/W g53qduxP5QHeYvzJAc4tFTKRBbrmaqaTDcpvbzBMkoxmntFhNflCMZN+v5jc4DcVhnoK/KT68S/9R /KAi525S1Cw/F63tIPLAYqJuOuQA4HPZC3vs2IDjtbg9azvPryBJ97MkXIM7gGUK4GZVkLSkEdxz/ kbQSWth86QIP+fiJ+BwvBsuw8PpoBS+BkNQ0P5b7XoadnS6nZW2dxZ194w1iYmWSIeKZK8lddgLSm AEdKoEiqzheOMn7qmvPsly+oJbVxFRqNH54q1eoRNjYZ0sMBR8xViZwop9Gv+IIyQ712wUG22r0YK OsYhTQLrztV+nLnPi6IoyQ==; Received: from [87.69.77.57] (port=1721 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nP2PC-0007Uz-P0; Tue, 01 Mar 2022 08:19:07 -0500 Date: Tue, 01 Mar 2022 15:19:00 +0200 Message-Id: <83fso1lsjf.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ignacio Casso on Tue, 01 Mar 2022 08:51:23 +0100) References: <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Ignacio Casso > Cc: Lars Ingebrigtsen , Eli Zaretskii , > 53894@debbugs.gnu.org > Date: Tue, 01 Mar 2022 08:51:23 +0100 > > > Po Lu writes: > > > LGTM, if Eli's concerns of affecting platforms other than X have also > > been resolved. > > It should if you can guarantee that (gui-get-selection 'CLIPBOARD > 'TIMESTAMP) returns either nil or a valid timestamp. I will advice it in > my machine to return nil and check that everything still works as > expected, but otherwise I can not test it. I should write some comment > about that too. Not just comment: we should document that every implementation of gui-get-selection should return either a valid timestamp (and say what is a valid timestamp) or nil, meaning 'CLIPBOARD 'TIMESTAMP is unsupported. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Mar 2022 15:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Ignacio Casso , 53894@debbugs.gnu.org, Eli Zaretskii Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164614797422001 (code B ref 53894); Tue, 01 Mar 2022 15:20:01 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Mar 2022 15:19:34 +0000 Received: from localhost ([127.0.0.1]:37992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nP4Hm-0005in-A3 for submit@debbugs.gnu.org; Tue, 01 Mar 2022 10:19:34 -0500 Received: from quimby.gnus.org ([95.216.78.240]:48980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nP4Hk-0005iY-Gq for 53894@debbugs.gnu.org; Tue, 01 Mar 2022 10:19:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=K8VOSQdBS42laxgWdc8vfpTgNEGOt9plbZnDmio9YdM=; b=dv5A+alRzmJUTAn79KwTUZ4z+T JvCq1JIj0LYSxoSmSoTEN621M0wHKu82oba+9bK7e8BFtpfqxgTfXbs/ger4+XaT7cX++oCion/X/ wdOzBgncev43kYWNVhsGULiL1l/WnS0J+r45Rt2GrhsyLOP2kXfm9iFIqhUvzSe5Tet0=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nP4Hb-0007VP-UO; Tue, 01 Mar 2022 16:19:26 +0100 From: Lars Ingebrigtsen References: <87ee4ayl3n.fsf@yahoo.com> <83k0e2ucq7.fsf@gnu.org> <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEVTW2R6foE2P0ic pK4cIyn///9GHbZRAAAAAWJLR0QF+G/pxwAAAAlwSFlzAAAewgAAHsIBbtB1PgAAAAd0SU1FB+YD AQ8JJBVIVy8AAAGgSURBVDjLhZQBkqQgDEU/cQ4A7QVSGQ7QjnuAXYr7n2l/Ajh211RNbEvN4/8E lEbK8AMKwLLBlCdQ8BbqWeZ3ICHl8sB2HPtxPktWKSkNQSrlmdN5nkcJ1xWFsR+HX+6mZqIvz3FE PFIRQDRB1WY0siReKrm3KtoklFYT4U8M6iPHScKUcPSopK3ZxPDBIrV3+nhuerVQBLCo3RYBS1DU OiWmNwm6A2uUhH0n8IOgmrcFB+HE4H0n6G5F0KMoc858ZJ2KBYLNhGi+AT8DUKLVgYb/iGXRo1+/ ad/ASR3gVRFkXK78BNU0vNp3kQXqeGwxkR8ASR/kHdhyewM6y7cJ3nqJO/PFBZbC31bzxY+ZcxHn OI13ZXMRf4wJ7DfQ6uvM+5qG3BSlZMZ6TGmLSOjINyD7vu0eJ6JbWRaP+LLZtKKP72tZYWyCmOAd dN+1Y3/4Ct6AJ+vVbrsAv5u6+vNNWVZXf2PzCU3AzhhfE/zjPTeecRelAH+WgptdppXnz49VnAAy /hYCXEtE/f7Ynuc5wPMCm0uAPQ/JBepnFEfJ/wEvdsKLrmplhQAAACV0RVh0ZGF0ZTpjcmVhdGUA MjAyMi0wMy0wMVQxNTowOTozNiswMDowML6Y8zwAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDMt MDFUMTU6MDk6MzYrMDA6MDDPxUuAAAAAAElFTkSuQmCC X-Now-Playing: Neil Young's _After The Gold Rush_: "Southern Man" Date: Tue, 01 Mar 2022 16:19:20 +0100 In-Reply-To: <87sfs233lx.fsf@yahoo.com> (Po Lu's message of "Tue, 01 Mar 2022 08:42:34 +0800") Message-ID: <87ee3ln1jb.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Po Lu writes: > I think that this change will require you to complete some copyright > paperwork. Could someone tell me if that is indeed the case? The patch is large, but it's mostly changes to the comments. The actual code change looks like it's less than 15 lines of significance, so it shouldn't require a copyright assignment. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) Po Lu writes: > I think that this change will require you to complete some copyright > paperwork. Could someone tell me if that is indeed the case? The patch is large, but it's mostly changes to the comments. The actual code change looks like it's less than 15 lines of significance, so it shouldn't require a copyright assignment. But starting that process anyway would be nice, of course, and Ignacio is doing that, apparently? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 01 Mar 2022 16:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: luangruo@yahoo.com, larsi@gnus.org, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.16461511153780 (code B ref 53894); Tue, 01 Mar 2022 16:12:01 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Mar 2022 16:11:55 +0000 Received: from localhost ([127.0.0.1]:38085 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nP56Q-0000ys-9j for submit@debbugs.gnu.org; Tue, 01 Mar 2022 11:11:55 -0500 Received: from mail-oln040092075109.outbound.protection.outlook.com ([40.92.75.109]:60064 helo=EUR04-VI1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nP56N-0000ye-JM for 53894@debbugs.gnu.org; Tue, 01 Mar 2022 11:11:52 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EZaRYZmsbYwzbiAlOYZWFXTuuL9fB8O68AwGGhQctnxPJN5tVUPFWIxIx5IyYmrPayxJU7/tsmSzZ6RtdbGNctsj4yGPjbfOgQlZFbXfVP+Znc64bMsRe2urMVNGAmwwVPSArC4Xgfi1nTJEljahyfQ2SoZln+/Y7EjmYRmZxfMWtptQEaxLcSmyhEEvdfbtUw54ijrh8pW5T5IYF+ENtEEZBqIBxogi61UlhfTLdxx1d65dZJYSiRNlN9cR/qXY/SxaY7oopfeIuYjbDgNjYm0LgpQSHZIC2EfByFEWdqi64qb6Mtw7WvJM3cytaYYTSlJ0DecVBCcH079Ukz6FdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=91URT9iuktKmA31T7QcxbkPZSMMWQTjcZhq/FWRLvfU=; b=G3Ikh1ZAj0pm8+wKTbn5A7sJucB6fOTtV0/3QoUrml+WMVC7iJu7JLRPUTsIMK3Jq4GRGkbRUweWqEnR9qF+Jy7pqu6YO3d8tOcA2mfK6eqeh0vFMU58y4ltggFO4iloq7L/1yxNyX2eYL3J/8amuy82AJ5IZoRBAusz9Olq1nfOc4DO9FOBOdDYj0DkY1Q3FoTEySZZXiXhrhwWdzeuN2sP62V7VsnfGMvfiCayMefTzYZ16u9AzpQPJ4SZC0JwmfDz09VnUoywg1H+ghSwkhuNgZ4FcC59SPgEEAJJmQWDY36cFQARWyH7zhSLH+J1DSnsQIEpZsfSBn9aJrDjKA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=91URT9iuktKmA31T7QcxbkPZSMMWQTjcZhq/FWRLvfU=; b=TNhLR9luKYDGYA9X0Wfme75a3aL3+jWlXzKRV2HDxyatWu0Furvph+Wo1D3MTtHhDQ5jv3XS92ofS0sGWqX4XLC5tqDPjFzyPF6p6H+zb5ZBpoGUdIFUKvew8Ial/2nKVSuk+Pn+xh2i+l1Al2WLQHdMi8v2BOmvZz55uCaMk4uZ9N4PAPv1YcNy9HXrcPcMo2z0YWNYr/ssjzxsdfOP2RNsoreOxJzRfyGLopTqjSGPsIQovcF1XoLGDDM+DfDLZk200CBZSJ1u6GYYwgmrJHnOD7hlJ7Qv9erZeEWi32cn0bTG1vEi2j043XgJ4v77ETcPzfyDgGg6yLHxRbZ/Og== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by DB8PR06MB6123.eurprd06.prod.outlook.com (2603:10a6:10:107::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.21; Tue, 1 Mar 2022 16:11:44 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.027; Tue, 1 Mar 2022 16:11:44 +0000 References: <877da2yjze.fsf@yahoo.com> <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso Date: Tue, 01 Mar 2022 16:29:36 +0100 In-reply-to: <83fso1lsjf.fsf@gnu.org> Message-ID: Content-Type: multipart/mixed; boundary="=-=-=" X-TMN: [Q/S6rVVD352iFkZGAeUbqPpzCbo7aRZM] X-ClientProxiedBy: PR2P264CA0037.FRAP264.PROD.OUTLOOK.COM (2603:10a6:101:1::25) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87pmn5hcue.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 1300e459-170f-4f10-0820-08d9fb9e2d59 X-MS-TrafficTypeDiagnostic: DB8PR06MB6123:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: c5D8ddNhunolP+UmrIL+sD4dcDgLAYyl8MrQwHulZGEnPEukW0tVY+w1TZFX2Tb2C51rDdFesH4tnMWJAMn+L5TJyA2Ox3DJcQJW5o83wFtQyoVhAXQVRGsUBIrJqmHa3w9asdnr61PpVlyVJz9WXkrQj/u8lQNWdISfUI0i0U34Tn3i0QEpttzkL6leafUfPdPSIyiIIe7JfGx0V7Ouy9NiZ+s9g490FYvm6qjISTxv3dqSgOKjQNkYlJ8TrLLAuRi9V6WI8htYJBfmO5xpPP3g5RGWWVladv0fWT3MTeRo0bIo73zFEyjrDYmYl16N35xg5e2euwTz21OVthaC6yU4GKic0V9LZBj0u8YQwQkX79CZVtv8PN60IaJmvcjx2zQiL+SD2bXC9MNIBdgSoYCKDY1vb9wgBHNiwBxHqGSW3e65/FLlCaJvdkk3guH9Bb0HoQrWZg7kRv3/sVOc9cU3Q1rvxNIIirZdTdcMCQANIbIsQRoHeFnvTFvjD6tFmGDl7LFffmZ1H5r27L0Wxj7WdBBvOxfxLt6fwdo5ykdBgHVVz5GLt++8Q2oEcxFQFl98dPJwQc7CdZmZ3I1/pQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: woXSDLDBnZowQqpYWKmTiO2LftcZQfAlH7ak9zMC5UeQhVJVRu6ETyehyhIPrilcoi2IeiB2Y3VU1ZRUOjOE7aOP2n95fUoacCNcp5JfXqBZppQ5aURg9QzDgpw2AWXwz5og7RVI1u6euOeLQFT7YhmKOyVzMeTWMCgopJOABHHkwVee65UMEpEVeHB8rbpqCBOeF2KkdJPL3B6HCsrBzeNsJH+UWKU2VkndoKf7LJTmnXr4lUURmDvM9k0Sg/U8EZigKfdUdpxB7A97xtGirJL1LBss0FrgI3sFg8BSPuEfordnwtk1jObDcZ2orEWMzB31+If6ZytQ+ustjqAu2qxob3h/LtYsPCIWcr6RkHFOWkTL6bwpIPoRtAbnbGYSxsoCT6vOo9suaq+pufgclXP4El1r2mr8gqaCik7v0+scFCfXLghR0kIuM56fFMKcv83Fv+OWULR1stIzyzl0VG5lz+Rx4GZYd8p8zq+wT+narbdgqBvnbgW/nW3Z6SaUhvcUDYVxXm+R7Jq+hRDqdrSfqjKb7MvVEBDLtJxkOl3LGh3qqnCirpRuscr5jStDnl845B2KSfBr1O5SaJ981AXFWxBlF5bnBaqML8Jyz0IeqFKNAzUzwVvZj5HfBwWO2qk9GPCx2UCX2TlNfHRZtkeuGS9d6awfonaK+bhn5jQaBplydmlHc7cqFYieXIMOvvXAucbb2FLl99SFgh1opBfETtOZw0xCej2fXNmiIvgvqdNleMj0C+mjiycJ5nQ0aWV6ma/qc8a/RDmI+Lcvrcl+71eZWHzphmbtTSmdn4YqqBrncGmiUg1S+IpIn3YDPZD9eyva/lIIlmwhnuYLPG++Y7hA2X/YemiVHMQOSj/q4bJtfo7FlRshk2PQ03hHCM/8k5fcDU9LjLKQUpJHXSMwzNJje8Kp+0YV8yqRSGM9Ej0SHLm56VB5U2txkYXb80u/S0dHSC8d5ZGNBBG21w== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 1300e459-170f-4f10-0820-08d9fb9e2d59 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Mar 2022 16:11:44.3236 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8PR06MB6123 X-Spam-Score: -0.0 (/) 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 (-) --=-=-= Content-Type: text/plain > Not just comment: we should document that every implementation of > gui-get-selection should return either a valid timestamp (and say what > is a valid timestamp) or nil, meaning 'CLIPBOARD 'TIMESTAMP is > unsupported. You are right that it is a dangerous assumption, and it's also hard to test and probably unnecessary. So I have changed the code to check the window-system variable instead and only use timestamps for X and haiku (I don't actually know the list of systems that support it, I have included haiku because it is also in the list of systems that support reliably gui-backend-selection-owner-p, according to the code). I also have defined the functions gui--set-last-clipboard/primary-selection and gui--clipboard/primary-selection-unchanged-p to just change the lines (setq gui--last-selected-text-clipboard/primary text) and (equal text gui--last-selected-text-clipboard/primary) with them. They behave exactly the same for systems other than X and haiku, and are backwards compatible with setting or reading directly the original gui--last-selected-text-clipboard/primary variable in other places. I have assumed this last thing (being backwards compatible) was the reason why Po Lu suggested to use text properties instead of changing the gui--last-selected-text-clipboard/primary variable, so I have taken the liberty of moving away from that idea and using the new variables gui--last-selection-timestamp-clipboard and gui--last-selection-timestamp-primary instead, which simplify the code. So here is the final, hopefully definitive patch, attached to the email and commented below: --=-=-= Content-Type: text/x-diff Content-Disposition: attachment; filename=0001-same-fix-but-with-functions.patch Content-Description: Patch for bug#53894 >From fb91fa4ac94fd57136febec4427e28803afd8c58 Mon Sep 17 00:00:00 2001 From: Ignacio Date: Tue, 1 Mar 2022 11:09:15 +0100 Subject: [PATCH] same fix, but with functions --- lisp/menu-bar.el | 2 +- lisp/select.el | 91 ++++++++++++++++++++++++++++++++++----------- lisp/term/pc-win.el | 8 ++++ 3 files changed, 78 insertions(+), 23 deletions(-) diff --git a/lisp/menu-bar.el b/lisp/menu-bar.el index ab64928fe7..7ff5439f7c 100644 --- a/lisp/menu-bar.el +++ b/lisp/menu-bar.el @@ -606,7 +606,7 @@ clipboard-yank "Insert the clipboard contents, or the last stretch of killed text." (interactive "*") (let ((select-enable-clipboard t) - ;; Ensure that we defeat the DWIM login in `gui-selection-value'. + ;; Ensure that we defeat the DWIM logic in `gui-selection-value'. (gui--last-selected-text-clipboard nil)) (yank))) diff --git a/lisp/select.el b/lisp/select.el index 42b50c44e6..708034f6bd 100644 --- a/lisp/select.el +++ b/lisp/select.el @@ -25,9 +25,10 @@ ;; Based partially on earlier release by Lucid. ;; The functionality here is divided in two parts: -;; - Low-level: gui-get-selection, gui-set-selection, gui-selection-owner-p, -;; gui-selection-exists-p are the backend-dependent functions meant to access -;; various kinds of selections (CLIPBOARD, PRIMARY, SECONDARY). +;; - Low-level: gui-backend-get-selection, gui-backend-set-selection, +;; gui-backend-selection-owner-p, gui-backend-selection-exists-p are +;; the backend-dependent functions meant to access various kinds of +;; selections (CLIPBOARD, PRIMARY, SECONDARY). ;; - Higher-level: gui-select-text and gui-selection-value go together to ;; access the general notion of "GUI selection" for interoperation with other ;; applications. This can use either the clipboard or the primary selection, @@ -108,9 +109,10 @@ select-enable-primary :group 'killing :version "25.1") -;; We keep track of the last text selected here, so we can check the -;; current selection against it, and avoid passing back our own text -;; from gui-selection-value. We track both +;; We keep track of the last selection here, so we can check the +;; current selection against it, and avoid passing back with +;; gui-selection-value the same text we previously killed or +;; yanked. We track both ;; separately in case another X application only sets one of them ;; we aren't fooled by the PRIMARY or CLIPBOARD selection staying the same. @@ -119,6 +121,50 @@ gui--last-selected-text-clipboard (defvar gui--last-selected-text-primary nil "The value of the PRIMARY selection last seen.") +(defvar gui--last-selection-timestamp-clipboard nil + "The timestamp of the CLIPBOARD selection last seen.") +(defvar gui--last-selection-timestamp-primary nil + "The timestamp of the PRIMARY selection last seen.") + +(defun gui--set-last-clipboard-selection (text) + "Save last clipboard selection, to be able to check later whether +it has changed. Save the selected text, and for window systems +that support it, the selection timestamp." + (setq gui--last-selected-text-clipboard text) + (when (memq window-system '(x haiku)) + (setq gui--last-selection-timestamp-clipboard + (gui-get-selection 'CLIPBOARD 'TIMESTAMP)))) + +(defun gui--set-last-primary-selection (text) + "Save last primary selection, to be able to check later whether +it has changed. Save the selected text, and for window systems +that support it, the selection timestamp." + (setq gui--last-selected-text-primary text) + (when (memq window-system '(x haiku)) + (setq gui--last-selection-timestamp-primary + (gui-get-selection 'PRIMARY 'TIMESTAMP)))) + +(defun gui--clipboard-selection-unchanged-p (text) + "Check whether the clipboard selection is the same as the last +time it was read, by comparing the selected text, and for window +systems that support it, the selection timestamp." + (and + (equal text gui--last-selected-text-clipboard) + (or (not (memq window-system '(x haiku))) + (eq gui--last-selection-timestamp-clipboard + (gui-get-selection 'CLIPBOARD 'TIMESTAMP))))) + +(defun gui--primary-selection-unchanged-p (text) + "Check whether the primary selection is the same as the last +time it was read, by comparing the selected text, and for window +systems that support it, the selection timestamp." + (and + (equal text gui--last-selected-text-primary) + (or (not (memq window-system '(x haiku))) + (eq gui--last-selection-timestamp-primary + (gui-get-selection 'PRIMARY 'TIMESTAMP))))) + + (defun gui-select-text (text) "Select TEXT, a string, according to the window system. if `select-enable-clipboard' is non-nil, copy TEXT to the system's clipboard. @@ -127,14 +173,14 @@ gui-select-text MS-Windows does not have a \"primary\" selection." (when select-enable-primary (gui-set-selection 'PRIMARY text) - (setq gui--last-selected-text-primary text)) + (gui--set-last-primary-selection text)) (when select-enable-clipboard ;; When cutting, the selection is cleared and PRIMARY ;; set to the empty string. Prevent that, PRIMARY ;; should not be reset by cut (Bug#16382). (setq saved-region-selection text) (gui-set-selection 'CLIPBOARD text) - (setq gui--last-selected-text-clipboard text))) + (gui--set-last-clipboard-selection text))) (define-obsolete-function-alias 'x-select-text 'gui-select-text "25.1") (defcustom x-select-request-type nil @@ -175,6 +221,7 @@ gui--selection-value-internal ;; some other window systems. (memq window-system '(x haiku)) (eq type 'CLIPBOARD) + ;; Should we unify this with the DWIM logic? (gui-backend-selection-owner-p type)) (let ((request-type (if (memq window-system '(x pgtk haiku)) (or x-select-request-type @@ -197,19 +244,18 @@ gui-selection-value (let ((text (gui--selection-value-internal 'CLIPBOARD))) (when (string= text "") (setq text nil)) - ;; When `select-enable-clipboard' is non-nil, - ;; killing/copying text (with, say, `C-w') will push the - ;; text to the clipboard (and store it in - ;; `gui--last-selected-text-clipboard'). We check - ;; whether the text on the clipboard is identical to this - ;; text, and if so, we report that the clipboard is - ;; empty. See (bug#27442) for further discussion about - ;; this DWIM action, and possible ways to make this check - ;; less fragile, if so desired. + ;; Check the CLIPBOARD selection for 'newness', i.e., + ;; whether it is different from the last time we did a + ;; yank operation or whether it was set by Emacs itself + ;; with a kill operation, since in both cases the text + ;; will already be in the kill ring. See (bug#27442) and + ;; (bug#53894) for further discussion about this DWIM + ;; action, and possible ways to make this check less + ;; fragile, if so desired. (prog1 - (unless (equal text gui--last-selected-text-clipboard) + (unless (gui--clipboard-selection-unchanged-p text) text) - (setq gui--last-selected-text-clipboard text))))) + (gui--set-last-clipboard-selection text))))) (primary-text (when select-enable-primary (let ((text (gui--selection-value-internal 'PRIMARY))) @@ -218,9 +264,9 @@ gui-selection-value ;; from what we remembered them to be last time we did a ;; cut/paste operation. (prog1 - (unless (equal text gui--last-selected-text-primary) + (unless (gui--primary-selection-unchanged-p text) text) - (setq gui--last-selected-text-primary text)))))) + (gui--set-last-primary-selection text)))))) ;; As we have done one selection, clear this now. (setq next-selection-coding-system nil) @@ -239,7 +285,8 @@ gui-selection-value ;; timestamps there is no way to know what the 'correct' value to ;; return is. The nice thing to do would be to tell the user we ;; saw multiple possible selections and ask the user which was the - ;; one they wanted. + ;; one they wanted. EDIT: We do have timestamps now (for most + ;; window systems), so we can return the newer. (or clip-text primary-text) )) diff --git a/lisp/term/pc-win.el b/lisp/term/pc-win.el index 327d51f275..289a1414c6 100644 --- a/lisp/term/pc-win.el +++ b/lisp/term/pc-win.el @@ -246,6 +246,14 @@ w16-selection-owner-p ;; if it does not exist, or exists and compares ;; equal with the last text we've put into the ;; Windows clipboard. + ;; EDIT: that variable is actually the last text any program + ;; (not just Emacs) has put into the windows clipboard (up + ;; until the last time Emacs read or set the clipboard), so + ;; it's not suitable for checking actual selection + ;; ownership. This does not result in a bug for any of the + ;; current uses of gui-backend-selection-owner however, since + ;; they don't actually care about selection ownership, but + ;; about the selected text having changed. (cond ((not text) t) ((equal text gui--last-selected-text-clipboard) text) -- 2.25.1 --=-=-= Content-Type: text/plain > --- > lisp/menu-bar.el | 2 +- > lisp/select.el | 91 ++++++++++++++++++++++++++++++++++----------- > lisp/term/pc-win.el | 8 ++++ > 3 files changed, 78 insertions(+), 23 deletions(-) > > diff --git a/lisp/menu-bar.el b/lisp/menu-bar.el > index ab64928fe7..7ff5439f7c 100644 > --- a/lisp/menu-bar.el > +++ b/lisp/menu-bar.el > @@ -606,7 +606,7 @@ clipboard-yank > "Insert the clipboard contents, or the last stretch of killed text." > (interactive "*") > (let ((select-enable-clipboard t) > - ;; Ensure that we defeat the DWIM login in `gui-selection-value'. > + ;; Ensure that we defeat the DWIM logic in `gui-selection-value'. > (gui--last-selected-text-clipboard nil)) > (yank))) - DWIM login -> DWIM logic (typo) - (let ((gui--last-selected-text-clipboard nil))) still achieves the same after the changes > diff --git a/lisp/select.el b/lisp/select.el > index 42b50c44e6..708034f6bd 100644 > --- a/lisp/select.el > +++ b/lisp/select.el > @@ -25,9 +25,10 @@ > ;; Based partially on earlier release by Lucid. > > ;; The functionality here is divided in two parts: > -;; - Low-level: gui-get-selection, gui-set-selection, gui-selection-owner-p, > -;; gui-selection-exists-p are the backend-dependent functions meant to access > -;; various kinds of selections (CLIPBOARD, PRIMARY, SECONDARY). > +;; - Low-level: gui-backend-get-selection, gui-backend-set-selection, > +;; gui-backend-selection-owner-p, gui-backend-selection-exists-p are > +;; the backend-dependent functions meant to access various kinds of > +;; selections (CLIPBOARD, PRIMARY, SECONDARY). > ;; - Higher-level: gui-select-text and gui-selection-value go together to > ;; access the general notion of "GUI selection" for interoperation with other > ;; applications. This can use either the clipboard or the primary selection, - gui-selection-owner-p -> gui-backend-selection-owner-p (the former does not exist) - gui-selection-exists-p -> gui-backend-selection-exists-p (the former does not exist) - gui-get-selection -> gui-backend-get-selection (the former does exist, but the later is lower lever, and I assumed that if the previous needed to be updated this one probably too) - gui-set-selection -> gui-backend-set-selection (same as above) > @@ -108,9 +109,10 @@ select-enable-primary > :group 'killing > :version "25.1") > > -;; We keep track of the last text selected here, so we can check the > -;; current selection against it, and avoid passing back our own text > -;; from gui-selection-value. We track both > +;; We keep track of the last selection here, so we can check the > +;; current selection against it, and avoid passing back with > +;; gui-selection-value the same text we previously killed or > +;; yanked. We track both > ;; separately in case another X application only sets one of them > ;; we aren't fooled by the PRIMARY or CLIPBOARD selection staying the same. > - Updated comment > @@ -119,6 +121,50 @@ gui--last-selected-text-clipboard > (defvar gui--last-selected-text-primary nil > "The value of the PRIMARY selection last seen.") > > +(defvar gui--last-selection-timestamp-clipboard nil > + "The timestamp of the CLIPBOARD selection last seen.") > +(defvar gui--last-selection-timestamp-primary nil > + "The timestamp of the PRIMARY selection last seen.") > + > +(defun gui--set-last-clipboard-selection (text) > + "Save last clipboard selection, to be able to check later whether > +it has changed. Save the selected text, and for window systems > +that support it, the selection timestamp." > + (setq gui--last-selected-text-clipboard text) > + (when (memq window-system '(x haiku)) > + (setq gui--last-selection-timestamp-clipboard > + (gui-get-selection 'CLIPBOARD 'TIMESTAMP)))) > + > +(defun gui--set-last-primary-selection (text) > + "Save last primary selection, to be able to check later whether > +it has changed. Save the selected text, and for window systems > +that support it, the selection timestamp." > + (setq gui--last-selected-text-primary text) > + (when (memq window-system '(x haiku)) > + (setq gui--last-selection-timestamp-primary > + (gui-get-selection 'PRIMARY 'TIMESTAMP)))) > + > +(defun gui--clipboard-selection-unchanged-p (text) > + "Check whether the clipboard selection is the same as the last > +time it was read, by comparing the selected text, and for window > +systems that support it, the selection timestamp." > + (and > + (equal text gui--last-selected-text-clipboard) > + (or (not (memq window-system '(x haiku))) > + (eq gui--last-selection-timestamp-clipboard > + (gui-get-selection 'CLIPBOARD 'TIMESTAMP))))) > + > +(defun gui--primary-selection-unchanged-p (text) > + "Check whether the primary selection is the same as the last > +time it was read, by comparing the selected text, and for window > +systems that support it, the selection timestamp." > + (and > + (equal text gui--last-selected-text-primary) > + (or (not (memq window-system '(x haiku))) > + (eq gui--last-selection-timestamp-primary > + (gui-get-selection 'PRIMARY 'TIMESTAMP))))) > + > + > (defun gui-select-text (text) > "Select TEXT, a string, according to the window system. > if `select-enable-clipboard' is non-nil, copy TEXT to the system's clipboard. - New variables gui--last-selection-timestamp-clipboard and gui--last-selection-timestamp-primary. - New functions gui--set-last-clipboard-selection and gui--set-last-primary-selection. - New functions gui--clipboard-selection-unchanged-p and gui--primary-selection-unchanged-p. > @@ -127,14 +173,14 @@ gui-select-text > MS-Windows does not have a \"primary\" selection." > (when select-enable-primary > (gui-set-selection 'PRIMARY text) > - (setq gui--last-selected-text-primary text)) > + (gui--set-last-primary-selection text)) > (when select-enable-clipboard > ;; When cutting, the selection is cleared and PRIMARY > ;; set to the empty string. Prevent that, PRIMARY > ;; should not be reset by cut (Bug#16382). > (setq saved-region-selection text) > (gui-set-selection 'CLIPBOARD text) > - (setq gui--last-selected-text-clipboard text))) > + (gui--set-last-clipboard-selection text))) > (define-obsolete-function-alias 'x-select-text 'gui-select-text "25.1") > > (defcustom x-select-request-type nil Using new functions instead > @@ -175,6 +221,7 @@ gui--selection-value-internal > ;; some other window systems. > (memq window-system '(x haiku)) > (eq type 'CLIPBOARD) > + ;; Should we unify this with the DWIM logic? > (gui-backend-selection-owner-p type)) > (let ((request-type (if (memq window-system '(x pgtk haiku)) > (or x-select-request-type I consider that check to be conceptually part of the same DWIM logic, and feel that maybe both checks should go together in the code. However I decided to preserve the code structure for now, since I wanted to make as little changes as possible, having the ownership check there can save unnecessary computations, and the check is mostly redundant now otherwise. > @@ -197,19 +244,18 @@ gui-selection-value > (let ((text (gui--selection-value-internal 'CLIPBOARD))) > (when (string= text "") > (setq text nil)) > - ;; When `select-enable-clipboard' is non-nil, > - ;; killing/copying text (with, say, `C-w') will push the > - ;; text to the clipboard (and store it in > - ;; `gui--last-selected-text-clipboard'). We check > - ;; whether the text on the clipboard is identical to this > - ;; text, and if so, we report that the clipboard is > - ;; empty. See (bug#27442) for further discussion about > - ;; this DWIM action, and possible ways to make this check > - ;; less fragile, if so desired. > + ;; Check the CLIPBOARD selection for 'newness', i.e., > + ;; whether it is different from the last time we did a > + ;; yank operation or whether it was set by Emacs itself > + ;; with a kill operation, since in both cases the text > + ;; will already be in the kill ring. See (bug#27442) and > + ;; (bug#53894) for further discussion about this DWIM > + ;; action, and possible ways to make this check less > + ;; fragile, if so desired. Updated comment > (prog1 > - (unless (equal text gui--last-selected-text-clipboard) > + (unless (gui--clipboard-selection-unchanged-p text) > text) > - (setq gui--last-selected-text-clipboard text))))) > + (gui--set-last-clipboard-selection text))))) > (primary-text > (when select-enable-primary > (let ((text (gui--selection-value-internal 'PRIMARY))) Using new functions instead > @@ -218,9 +264,9 @@ gui-selection-value > ;; from what we remembered them to be last time we did a > ;; cut/paste operation. > (prog1 > - (unless (equal text gui--last-selected-text-primary) > + (unless (gui--primary-selection-unchanged-p text) > text) > - (setq gui--last-selected-text-primary text)))))) > + (gui--set-last-primary-selection text)))))) > > ;; As we have done one selection, clear this now. > (setq next-selection-coding-system nil) Using new functions instead > @@ -239,7 +285,8 @@ gui-selection-value > ;; timestamps there is no way to know what the 'correct' value to > ;; return is. The nice thing to do would be to tell the user we > ;; saw multiple possible selections and ask the user which was the > - ;; one they wanted. > + ;; one they wanted. EDIT: We do have timestamps now (for most > + ;; window systems), so we can return the newer. > (or clip-text primary-text) > )) > > diff --git a/lisp/term/pc-win.el b/lisp/term/pc-win.el > index 327d51f275..289a1414c6 100644 > --- a/lisp/term/pc-win.el > +++ b/lisp/term/pc-win.el An unrelated issue which could be solved with timestamps, but the comment must be old and says we don't have them. Just updated the comment saying we do have them now. > @@ -246,6 +246,14 @@ w16-selection-owner-p > ;; if it does not exist, or exists and compares > ;; equal with the last text we've put into the > ;; Windows clipboard. > + ;; EDIT: that variable is actually the last text any program > + ;; (not just Emacs) has put into the windows clipboard (up > + ;; until the last time Emacs read or set the clipboard), so > + ;; it's not suitable for checking actual selection > + ;; ownership. This does not result in a bug for any of the > + ;; current uses of gui-backend-selection-owner however, since > + ;; they don't actually care about selection ownership, but > + ;; about the selected text having changed. > (cond > ((not text) t) > ((equal text gui--last-selected-text-clipboard) text) > -- A comment on the only other use of gui--last-selected-text-clipboard I found, since it is and was incorrect. It behaves exactly the same after the new changes though. --=-=-=-- From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Mar 2022 00:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164618230927485 (code B ref 53894); Wed, 02 Mar 2022 00:52:01 +0000 Received: (at 53894) by debbugs.gnu.org; 2 Mar 2022 00:51:49 +0000 Received: from localhost ([127.0.0.1]:38619 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPDDY-00079F-Vk for submit@debbugs.gnu.org; Tue, 01 Mar 2022 19:51:49 -0500 Received: from sonic311-25.consmr.mail.ne1.yahoo.com ([66.163.188.206]:37658) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPDDY-000793-BW for 53894@debbugs.gnu.org; Tue, 01 Mar 2022 19:51:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646182302; bh=JJx9Tr7oooPrB4TANJQrMNdTqwKz73H2D2LWFHN47SM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=RazCmaRPzAvVP2Ml74PR/KThdcOtmwwm1X+RXHCYMBaIyEXKhuFV4vO3ZHFqOx2z0kZDof/vZcQI2IkW+X6rwEDmcDq857/MHVRSLU0VFlhdls32mtN5WYUs/C1KJoAYaLEhUBdPCsal2iylST1WmMMlXE4UA+db4ui3D1guDWoUcOBpcV+vgTOzt3OrpPYrIWi9cErRZDmtwzO9DwE67vQROB5u5whBDYQhIfECb66ArX5GYcZD/a5aeidY5dJ/dzwinHQGKk+WqDxTSEHH8/Nfk85bW0x0/KOFP3iDJzH8GkvSgulcxewWOOXF3ca55KXK6miX0S1yonA4m60abA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646182302; bh=x96hX3qCJlUHVtaKLSlLJNzPcVLijyr2adjctRn02+z=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=ncoqNw8+Fc0OgZgK8qoDDFw29Bc0APqc9Bw5Zzl4QYzada7T074hdlKJChnMhZj95X+sv+r5FEMaiEgGiGhXgBLktkrzo8Exie2ON0W1vuJDbf/8v0MSvnV5Rv+ke0hTwVZhVQrod9RvArzk+PV/MkDQyTD9C32wsdIKkvLB4+biuXfSP/GdMkKWycHLJTLqDwJXibY/38dgiouq96zkP/s15lOrovbfZCCBtcmxG/+7WdMoe/Mw6VnqjVkIvDJ8RFFsEFKVx/Hq1L3XK8AKrFkgVS6lqlnwHGiF4CoH/lKb7EAc5gmajTV9nMu9oZP6Mq8e6F6A4exQqttk/zsC8Q== X-YMail-OSG: 0XtwCfkVM1lgwitKPOqWppU5IJVcBmo5QY8p0Q94VJQ8vYAXLxP6B8Jml7hVKTW fLXoHD2foLII0HnoKsHr6luvRIrGnz6b5L9j9XbDNt_l6U0xD1wk7fOOlAd.c9KPLCK06BbyzYn1 YC.Vo_DEek_s4NQwsy_pAtnd7COv78Hh0gORbtG4sSQGwXbl3tAvVKV_ORTod43zGhboFYNZ82gx oHSTNi32Z4hfOl9Kyoel968lrtIg_FyvAC8OtS99HcccO34t8gGNISVEWqgoOtCVhIaNgG5XAcOO XQxygyNYv9dMKIwl0Gt0b8pt_bi52vEKr_Q3qDJw4weBM16xFvB6_5BoSpa49Erv6Mq13GIfG.ga TwJ2iNJgtvvrrgtwxLGB.B60ZJ2hso0G6ClSqvxz5qrNwU4Yy6CPdh_fwGwhFlPvvs213xllxRxb IbKXLQWGTkbKbyfuERBtPgilVu.Yx2yJdmY1f8jrhdbAoljPNL5Twk3ems_FrKZ3HdWNWBTbFLhz 4EWUNm92SAPYHCxbjgSuQPt3OqwBS0Vkoej_.cC8t.6cFK1X6oa6ufvyv7MXPexnYsxjxekGlu8O 306YGaJ_lb9nvIPk_YTzikhet.VvuhxWV1dOGEoslpOBz6wYSRDFP5sFcL5hPsHbzqOrYfQPzEzm hG23nIzVLhcX_j5ehKXrUuFvQGcc.Ljc6H8ODKqXTWQ3siIc5MuUbqy3QfZ9evIm_Ldn4Bu7Hygg LkbB9f035JkVhxtIE6uqKSkH75LFb6Gf1vyZ8mfFiREzg5VwLuI3zN_vFdt5HO8psJzwlkfNQJoU 35JYFNorlJK9zK5geCiFOSc2xlRdHJxsr73Esgx_Oa2V9Q1cpHP9gcfuvNhOeKdIDa3RG3gPP4oB LX.LqiKNLs4MwXxvzpsuOSUZWgLFUx.6kxZn4OG255IJkrHHR.JO3sFtv93cgP9cLIj9SIsZdkNP VcQuq.lH.2__9vhrkMPwkNiQrlAwNsH4PaJSgFALE1ivVDLxbXZsLzIXdW7.5wwWWGb5SNvO2TwV F_AxP1WtOFnj5av7mza5cN12hp80M0YPN1bVrc5tA1FVuzi9CzzRlbdYFimyrtUoiQ3rt48mKpdP lxKs55WuOjzDB1e.stCTgpD_1bO2lJLxqfP2OMClQrgAJZq536J9Luyq7U3vK9E5U4gVFIkh4z25 khzdQCTWccFOmQWSD3TW1r6_UP0_yFyIWel8YpYqMNlssxA7KGaZ0OtoIKUG5w8MPc_ryN01LEqC UlwxQ8FfBi79St263kFsORbNe.xQ1K._9QJJSlQZcgpbtNGc4_.8cx76aRoEdH_Mbx1QlhZDIjww zJHAeYG6._u0_x8gYx.tujOLTy5qZ0GvP_l3ilx7qoLWDRLXkuEBxp1._uFWsP20Bd_fJLp.PK8Q GzVAerEGYSvlF40fwGSqEdxjl5nOFhxNNl1sbLh0PmusCw0uJqQH9.qafPGTe0kkibpXJNnwps_7 7UYycEGj17mTxErVfnOD.1WrQPMBGfx7Bs8W5DV70I0S85FhYY2Pq5cPN64iQf3JtA_MUm7zXct7 MxDOQ8w3yHhqIv2DR28QfEpaocUmZ6mYvWbAJVFS6Qqldc46iEHjW50SPpKPma8AarrmJbue15U_ JqVZoxLG6jc9Fhwke1u71r7icsLRcF5AnmUD_UiF0nUHu3H_Jo2p8Nh8LogBS6SFzbSDdIrg4rVe MeNiEWgT3E1d3B2.EqBmHU9sT30guzTnS8QvoiEOrKwEEY7nQ.rUDqcODI2xqoXo9mg.hskIZVLp 1De3hhswdYt_Es_sRLM3dY7iq5la1GsH7ZvxoHuX4KEqMdEojH7Nc9s3hxEMBArp7B1JzNyc0FDr Nx9qGaRkUuDF2PrRH_wDsFAoDQXNbvpo30TVrDfQYkhnmysEqHYxnfOig2rUb6Gc_.fNdbZxr9F6 9YZo4MCoCdGGG7Y0cprB8EqBI_swWEp8LwlyD7gSSPN39fDjOn5iu53z_LbZ5_Lco_jIUBNJdSaW 2PtCVZBz90gRAeaY_BdDZ0_ZadWcH.oFHvxPdA6hluQTVMgvXKjJEPSDqMAzmNZAWccU_eRESCer HiCb9K6cOfsB696mJoB_nYg6T84_klc8C8hTpJ_fOk9_pjyeeHoKKYVmpzixkLRsVn4dWM1bu5t. YZDBv68jjs5o1GzcUj_Mcdccz9EWweWeagS5PsP46SnkZpB3hL2pmvwgcjIZT8JVKY926SbQs.6f izMRFdulmvwHXraCv0hD_m_ugr7NFDTqPK21k21n01g7OkOr04l0- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ne1.yahoo.com with HTTP; Wed, 2 Mar 2022 00:51:42 +0000 Received: by kubenode518.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0f56bef18c370edc57252e5a5d7907d3; Wed, 02 Mar 2022 00:51:36 +0000 (UTC) From: Po Lu References: <87iltm7upm.fsf@gnus.org> <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> Date: Wed, 02 Mar 2022 08:51:32 +0800 In-Reply-To: (Ignacio Casso's message of "Tue, 01 Mar 2022 16:29:36 +0100") Message-ID: <871qzlw50r.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19797 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 436 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > You are right that it is a dangerous assumption, and it's also hard to > test and probably unnecessary. So I have changed the code to check the > window-system variable instead and only use timestamps for X and haiku Haiku doesn't support timestamps, only `gui-backend-selection-owner-p' is reliable. But I can expose the selection counter if you think that's a good idea. Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Mar 2022 07:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164620753015204 (code B ref 53894); Wed, 02 Mar 2022 07:53:02 +0000 Received: (at 53894) by debbugs.gnu.org; 2 Mar 2022 07:52:10 +0000 Received: from localhost ([127.0.0.1]:38989 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPJmM-0003xA-71 for submit@debbugs.gnu.org; Wed, 02 Mar 2022 02:52:10 -0500 Received: from mail-oln040092073023.outbound.protection.outlook.com ([40.92.73.23]:14817 helo=EUR04-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPJmJ-0003wv-Tl for 53894@debbugs.gnu.org; Wed, 02 Mar 2022 02:52:08 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=StZ++9VK96GBnTcxnCQXOFxPQXdPmuIKAlDRffYxBF+s3i0/43UZX7nPQLxwJ0kNS0qfAKT1raVQvuujn/GqV5lxZvx5m01XDNfi6xGBw1zFlqbGRyRmULXQIHcfcFn6gRw7/ZKmXRqFTa+Ys4ybaaHAwDNIRQ77JCN8lVWlfFo/s8JK5KKjhOZQYW2PTvfETM0Y8lVdmMGJv+PPo7TIi0sizhrtgspm10pF5/4FVWoVQJ1TwvXvmNAQatM5EbdHuxHpd42OmomPUAIxi2nYSKX7BfDC9CiF6ZNkySwSc7PfCy1MR1KhkwuE7WWA2oVoUVn0PRsLVnP/6Ssnk5u74Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=nlYzpEvMyVzg+3ixT1A0MWYIIjkqSIBktJOlAkDW4Xg=; b=R6P4MzQFVjslX+93P7zctwMQKg6vDcnb16hQCA1FAXBrY2YbXvZlLHJ1ABNZYCUgA13Iacv3X+0E/f3g0jJoHJbPDOMe34q5R0pMzU8057gEzO8oWhcqBLlfIgvjXTTAsCwfE3QcLxabHdYphV1cWwxoQop+BPgf3J6u8hUii+qKl1irHlolNHNbbe5S/CtMEC08G8Q2tE0hHI7ia1xGEqyqWM84wkiAB8RPB5xcF8dc5x6jcwBSMWZVd1Xfjkbyykq0v3HXxYJqK42dwFs8I6OM63tz44M1HPXO5Yzed4NVxwbsMR6sW/UccrRcH2RdYQptB2o6LMxXyQga5h6BpA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nlYzpEvMyVzg+3ixT1A0MWYIIjkqSIBktJOlAkDW4Xg=; b=ok9qLW+NxCSpIDt5ttG2ZvCFCCK8dfeg8nny4YrUsg+DeA27UBDjuIBOP7rb0TqnR8CqIFm4E13Ue/tJY8lRQsJxB4d9UkGySO3xzvMwYGguUBti3eSodG+Pokv1pcWThSiMZgzhtF9y5PA87Hq6Km5ErPhSLBnXkbVukP/8HDCTpZ7ghL8e0Y9lKcXx8lO7SL91HMSlf5Fo8yhfI5k3tb9Xcwhf02GNrG1iJJ/Wa9wnm3B4O1epzF8nB51UoIaRzkT0fwIQ5mE0AJoz/mWNFWvGcHFs0XMKA4AqDcz1OfdJ8CgU3SgAqAz9eulO52KdaGm7UNRmHtoojVGtBGUi4A== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by PAXPR06MB7550.eurprd06.prod.outlook.com (2603:10a6:102:12e::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.26; Wed, 2 Mar 2022 07:52:01 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.027; Wed, 2 Mar 2022 07:52:01 +0000 References: <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Wed, 02 Mar 2022 08:44:07 +0100 In-reply-to: <871qzlw50r.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [0XW4aYi7c8kAe0Ti0SomZrhpM0A0ZCMU] X-ClientProxiedBy: MR2P264CA0075.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:32::15) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87tucg3i78.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 46517637-dd8d-451f-c5e8-08d9fc21884f X-MS-TrafficTypeDiagnostic: PAXPR06MB7550:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: vYawAODj0aLE6nzQqH++J8cg3ALRncuEKXry4ktm1VTKX9dX9GYwYrDNelesKI/wczWzs+w7KOsU88vxST0lTKrDr9xsDALqnsfEQRrWG0LHUHr9sdxUgntyGJl0nTpCRSC3O27ZkR2LhixdveDCtSuGwCReizrGUWymYxgasQtIr3GJrhLLsk6WC2m6yHRblY5hk9EwxrPuDsjs1CgZjH1x1fEIF/yNiAqiHvfiIajci7M8tvGq6+xMpnOgnei3LR5VsW1T75Bka6w+4saxysxzYtxxxDd1j4aiF7ZH20pai9k7bXsyg6E7oesm0wGkRTyXsWjj7F+BsqjphR/QOwihzCcXla0iuGMYfRO7R1RmzH7nx++m2OXCykNXh/f47XSiPRNlqRAgi+kKdE9zPtLNGQIk9ltDJgnC+H5uC9DACs/oDYXRrVrEv/UlEwOggZGVQs6ta9cKjOEVH2wXDHVlS3vNDUo+qqPcuq6GwPDWF7xvXBk89oxPm3osJcmVXCeD8PPOjuRV8z/MGX1zCsS9QUSK+gVbNDPq4Y/L9eU0Ou4YowEu+A3oCdqQVYwfIqfLIQrco+s0q6t83NHEDA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: ynv7Tu4ufeKdTMrxuHqiFOWcuB8RqcpcUCu0nZTiVt0RuHMAJ/cucrKgRwEZKynSBo2NRJ+HNx8t/MF3gfZ4gE3LJ1qsxb8wlJUEbFI4dy++7vMhbozSmFZ1fUpyQ/Jj+RQ61m6CIP0YO2JCfjvjuuih2eAKpXA6Uvhd1RopEI98nxMxduNIume7JHKdjXYsusLZLdm2U9TguBv0E5KvwrIOBSa9KsZC0ANcGqQ/xd/rh+GcUKt28WoNthWji3G/Kv7YkmcCjMvoQJ9/5xHMOrs0HCBrNBvUqQVkGI4uE+FExVnrYDRsvBLt5PyQPnmmHEw8gnGq4oullYPmqHtL+HPOq9WEITTXsEGrEU1LKiXwDgOZTKFbY6ja6RFvm//bqpa5IBQH3aDXrbVF+FmIqsNPI4lXFZN364o7YkVhUW81xt6ASX06B7IGpOwZkNzTCRDswAANj58TPcSBXaoxNokWLcd5vkUxdOlEI56ztveuQlGOJK9NIttETFq3fQcF3rI1y/pUfO04Qa4jfKHGsIMcuCC9dRpScFbIuOTDG0uTYvBZVu6X9PkPuU81JpJvW+bkRJAg76pgcOK4vmvkzcZZwVNFU/OxE+b39SIfT+GmikRI+ZSUNyc2qQD1xIhqr4eZMUjetK8MLbihPON1kfKJFVDLvECA0kkfF9UOwUv8JZUZF5FBlkJadvb7vX5uhHMHc10LkTTozdDCqA8cSMqf/KlU75WyUqWNt90CC2J4RCmNKL601JEQ9cX8Q/vdFigQ90OMNmbhoy3pcAsoGrv4pB2hnK3qMNkqtFezLze3LkHV7ieQhf2h9BwLeolSQtQfhWS3vUrq1oyiFvWhPXtIuF0q+Jp1DmG/U/S9UdRV/cbVjEgKwrq+FYepxhj1qbNBFWtiMqiUQvzCHiqF31rcSDOh9XkXNkYGyG5g+3mDErYIMRWzpWMld6MlK9pVnZ7eoa6T4YI7u9hMlBDyJA== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 46517637-dd8d-451f-c5e8-08d9fc21884f X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Mar 2022 07:52:01.1945 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PAXPR06MB7550 X-Spam-Score: -0.0 (/) 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 (-) >> You are right that it is a dangerous assumption, and it's also hard to >> test and probably unnecessary. So I have changed the code to check the >> window-system variable instead and only use timestamps for X and haiku > > Haiku doesn't support timestamps, only `gui-backend-selection-owner-p' > is reliable. But I can expose the selection counter if you think that's > a good idea. > > Thanks. I would keep it simple for now and restrict this patch to things that work out of the box right now. If you like the rest of the patch I can remove haiku from the list and add any other window system that you tell me. Adapting the new code to work also with counters is straightforward however. So if you think it's worth it to expose counters just to fix this bug in haiku and other window systems, we can do it. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Mar 2022 08:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164620798616038 (code B ref 53894); Wed, 02 Mar 2022 08:00:02 +0000 Received: (at 53894) by debbugs.gnu.org; 2 Mar 2022 07:59:46 +0000 Received: from localhost ([127.0.0.1]:39028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPJth-0004Ac-Pi for submit@debbugs.gnu.org; Wed, 02 Mar 2022 02:59:45 -0500 Received: from sonic308-56.consmr.mail.ne1.yahoo.com ([66.163.187.31]:45578) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPJtf-0004AL-U7 for 53894@debbugs.gnu.org; Wed, 02 Mar 2022 02:59:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646207977; bh=8ofrJioDqGd6p/lxfVb/sRK4jVOMfuZXQ35WSAD5fRc=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=ju+kChr07L7q1jV+jLrrXvC7NG6pVR+7tx7qAYzKn9YR2Z9YgFvMMMKYcVkBVwQN6Xq+eOqjlPTc2CiOYwhuJ8vk+bSngI/KdvZWurzaKVNFdLPsb+HBIq0KYrUK2fii1p7y0KdqlZsBgHfF/n3x9nEblFS1LB3QsvDSK8sfWdad6paUOt4ayWsn8P41EvHUJrqlW+mopa7pniS8Wi+jWpM07mcLu8uWrTPlV8iSFUiWFhj+zer05O9t2b5oCYdxletW9ZhgbHgUATgto5ypH2YS2I7ATeHLulB+TA9qjwFmOOHBNpYSX/aAJ0lkd+k39h3sHYq4rrY3hcuZ3qN/jA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646207977; bh=zIWlwYMoCt0LdXWn3Vjl7SGtrPERRJa49DXXqII8uaO=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=VaAOYOGo7OZPDlmqqr2iKX1rBKnadRz7XIevTJXHjaPMA9KITxsDZNF3gTAKakxVjgP4kub7+sqW6AIdULtMfgObvCTwrA9fbdsVNgi20LOXeqdfQMNMbUPCLWEomE7b55YwhEZwX/afQES7ej5Xx33FeRRsLl9+MdVY+jWAr1RKdc8R6YxHH4mpd8jZL53iF+nwAHCgJLyfMzSP30iRWEKYddO+9YvKKM27UFRXsjlT6PMnbL/QgEMJ++QERIvjECCUirAEOMtCMJmjYpjsn2zX8zGJ5TyGoC0Oprx1ta7BBCio1MUutuPZeDmS5XfgtkoKN36VmDT2o3vDK1Ppjw== X-YMail-OSG: xjpj.YcVM1ndYSn0cRiE8YNShgW_xCHolkrLAH.P9Sbi.5eIh7cqsWk0fQb0TgA WEifyrfUoWjvTjbtiEX_ynNM1g7hs5v4QFF75Tv1o3RXWlGnyMHPi9GM.Fx07Lu9yBahhZvL5UW5 viZu9_7_l8lUoUZzVAD7jD_P0ONGpdnRwE5nkfjAqQ0YLsD3FSUavYFtTlZgt47T.fSSI8G523hl JAPRrIIxoJn6SgdbxsLxYea2yPdyhlaknHHfLG2wZpgSJndvVw1VqfxxUO.W4hA_rJ2_8j0rDhfW iFORj7Js7y05iUQcXsBNwk5g0msffwzf3U1rCPzxIGtx0CYDWOlhHFWPIUNM_Zx1p43lW.9O_xGq AVodFRL0itaOY2S76W2s9SM8QZqJKmBiwUx8Fdqsfztd2nKc6KhSXVB8tO4hJ5.T9ZNCxQzyd1UL hzwxQafHVEiutq_uFlQYlq.DrRroLaNXP5ddcapOatxzNa9h0C5oJAz1CQPjbdxxj36QR2UKl1gy xPKy615KMTPNLaOy8uT.CXeHuGG.ipKvVLInOXET2LhO1X8DJ9jkyjq1N4Vi7OVIKqK0iRGCogsC 2FuQ2TzuZGi9doeDgGBZyNHFLF2H89lBRIVC7KwB7PKby5inAc_hu0AE0fzgzy7W5AOBIPVUO6cT sku6arjiTWv9VTUgHn3PWWsmIUKMHPd7oA_2l.CMnKBZs1RMHfMxLQS2RYbW6adcJXoUFw0f1QV4 S.XmalYiaQv3uT1jhUTiccxRw9SDt1CNpmBtLZ7b4MzsQNpbdZ4mmiHZbikU_I8jINXZZhDYYs47 hoTh3rkTjoom89ESkzJ4lMSxkaEtQAo03.HM9669n.c9bS2xqgtrPTOvbBQfCj65GV4dTzsl_Rho R1IkWwGyIpPzbwKQFpbby22lI2Ur4FQUskbLZi3DDhd7BOmuMLzJHOXHm2puwattsrfD0Qbk575h 6HPD0HUPp7xfTfSQqDXUSsiUdKYIdmpnhNBJL9YGZbrY2jhF_TFqYVeIvpDIt54IvlASS76WRYdd p0EATOXiLK9OJpiZ_MmyoTYe6tARsSzkBmGPg1u6xdxznXc3zfHsS5sngTlSg1IsllDyAsINl63F jkd3iYw1lIg2IVXPhx63GA1S88JdUM3QwgQyNMyP8HONov0HFRKwyC29_k8Np6zuao98RUZUieIt tUq9l1CzhutEohXj6BvSOo0SaGBB4Gjp42Tc69fcJ9laBj7u_Nkyn0U2Ayclo_6araU3ed_epvCQ IyNGczPjNAWMisyaaq7PrxWzwHkS0cJDeT07odrzSw1z8sRkg5LOd0f.DQColJriFZ0TUs8l_bx3 j01VDlvQoHBz_cxi0sJl5n4ZZSBgmwXNHH4SerbofGWLWPoT1aaOog8_eteq0ub11G7m8BfE6w3W TvcerJqYL_3IMCdSnv79WEEuIKN6b9oXjUP1lX6elzBO9TmR5AQCla8m_U7xnjCTGob2HXypE8Vc cJGHigOK4eX3tYBkJ8GUsfIlykuIchqGmyFm7WHxmoGd0YUILLVpPJ4VFcavxSTq7t5M.0pKCZBa K.ZafzSHPo3Ioxr1zYrKXE9hQdFBx2ndUPzXL8r5jD0lJ.N7LsL_xcapa72bM5nT3R9aWaxec2fh itwqW7kW4NBks8P0PCTJxTl4eBB5jp1EUzgMMeoIzIW9rR5KinLA8SwiRuxV1F53Pgp_wep.hq2T Q.HBMz0Xpef8xrfIQO6K4TDxTtAYtbrPdS5IGXtdgF7Fnxk6qq89LCaPzO65zk6HdyyVk6oiWoHH wu0fmICGXibznlmmwIwx_cmKnRR4kWgaeJEfqqJ2ZysdDWS1x_fO7bmPar2Oe55tK.1cVXy_nVLc 1oKyDmx7OT8nx8pFHsY0T7olR3ucIj1.j1g1dPyh6gdJTeyx9QzDR7ec0ASuCMbKBdarsYC.rEgS JtrXx9p0aKBVmvaxHF.vflhu2SpedZG8dmNoEw2p6_vFrF4KUbV0_zDUdNof9NZjDgbQ3_.yU.Dj VxnIg2OdXxARbTTCy1IavsL9k5xw7hV3qeY1iaHJs90QQeEp.jGrdqRGjHId89TZLKn0T22uRnu5 GFF34kylV9jgvpe8NsI8jE2BEVPuRfuJLsWreThfGe4S4lnZhLQhWh9KV9SKE.IZOQ88G.SUwImg xCu9zJcUIyfIVkzAKAyRKdqMVsiVYTX2XWqLPumA7J5oOCHNTn9ySFTAsxwMa2ZtAb2A0CYIJOVT vGcfRQsA.ZessZtQS3vDHsdLAtqByXNDICaPxIw4sKuHqiTbhl5Nfqk0cY4an X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Wed, 2 Mar 2022 07:59:37 +0000 Received: by kubenode514.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 56934dd1eead250cc507c3bceb889757; Wed, 02 Mar 2022 07:59:33 +0000 (UTC) From: Po Lu References: <87leyiw6uu.fsf@yahoo.com> <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> Date: Wed, 02 Mar 2022 15:59:29 +0800 In-Reply-To: (Ignacio Casso's message of "Wed, 02 Mar 2022 08:44:07 +0100") Message-ID: <87sfs0u6n2.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 589 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > I would keep it simple for now and restrict this patch to things that > work out of the box right now. If you like the rest of the patch I can > remove haiku from the list and add any other window system that you tell > me. Thanks, you can just remove Haiku from the list. Otherwise, I'm happy now. > Adapting the new code to work also with counters is straightforward > however. So if you think it's worth it to expose counters just to fix this > bug in haiku and other window systems, we can do it. Sure, I can work on that later. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Mar 2022 09:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164621217323209 (code B ref 53894); Wed, 02 Mar 2022 09:10:01 +0000 Received: (at 53894) by debbugs.gnu.org; 2 Mar 2022 09:09:33 +0000 Received: from localhost ([127.0.0.1]:39073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPKzE-00062G-N6 for submit@debbugs.gnu.org; Wed, 02 Mar 2022 04:09:33 -0500 Received: from mail-vi1eur05olkn2087.outbound.protection.outlook.com ([40.92.90.87]:34144 helo=EUR05-VI1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPKzB-000623-Sf for 53894@debbugs.gnu.org; Wed, 02 Mar 2022 04:09:30 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=igJnlf3SV9X7UZ94XwLupPl0sBcJQmAujpdTDYd3bKLGMT28WlzR9vwEfqkCOSAui11KtQ+PUaUarRe0KKO4Wd/9r7bc8PeljzOdMY7rfYIOLna+oRK9K1196fmxKpil8tWRsuwLM5ttIbLjcDlTCXdupEQaeDaisY686tes7jand7xXmV1BGUqbTxO5oTC3iCL2fyx2xMqE7KB7xKnAvQnI8rhRuwwjK3WVd3H56SP/C5mwQN4DU36F7LnQCIvSW5MbLsFcZkg/AhjE6t0fgIs6ex/pmaNFYZQE5xfw/Gq6GTiTzWkqQGXZ/Z6rIdCfDPxQgLxJotBmNFsLoDAxZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=wuG/p/SvpWR5DTXhO77/HKkqcZgrnTwgTd0PtQoF7Zs=; b=dOvH1cc3Matpx/iVE/k6f0/1Q13FwYt2jmW/qbveZITAXCjrmDYZcHRvrdyXTBFQeM9kscXHiOplteH3eO0xCQVu/P48UXGom6F1qQ0TRFl/ans4UEEzaZ3Qwx1Q7Zg9VtcVVZ6BtY+2ZB8669IvUAoFDjN4AcYkcPie8T+hiFu3vnhp73wlMnYlUwWgKiU3cx5+oWEnb5CPwICd/ibg/PMEfXgmH+JaxLt6JE004tu2ilNeKQon+hvCPYxkHi7hLCpHjphogQl1UAH4tFOG8CXaE1UznppuPxH2HgT9R68eYZIFHqNUuxF1HQMLBPqlHypZ/rf9X2kN9IMZvVYlhQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wuG/p/SvpWR5DTXhO77/HKkqcZgrnTwgTd0PtQoF7Zs=; b=PAd37cqgBOMVlyLOX+mzyV3QdEQ8ei7BF/zpU7HAMCiTTJOX6U5hfU+VhRU0IyvCqS86elcQqC/y1qNMb3DCquaNec00U6iQK3qASrTvFYwjar0Q7sXVgZlkG0iA6uv2r354bv12us8GydlJqZX8XsxVmccPX118oxuqibHvRUWs2S0Vnvxz702d1yqV++mTVd1qkmjtxSodYz+5TQ3kswjwjmHHsBGJl8nr7pAtJOZzZq9vHfM5yXhIUyLIzqfklxwKDbwOyIWfdIG1foHwET2NXg5wtVmouwoHNuq7EcGfc10p7jH2yXpQs//wrivqxFREIymvjQaOO8lX/eyccg== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by DB7PR06MB4203.eurprd06.prod.outlook.com (2603:10a6:5:2e::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5017.26; Wed, 2 Mar 2022 09:09:23 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::89d5:1159:122b:2b2f%6]) with mapi id 15.20.5017.027; Wed, 2 Mar 2022 09:09:23 +0000 References: <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso Date: Wed, 02 Mar 2022 09:37:28 +0100 In-reply-to: <87sfs0u6n2.fsf@yahoo.com> Message-ID: Content-Type: multipart/mixed; boundary="=-=-=" X-TMN: [+Rm5sJUEVnGMf9HKdjrSyM6zXlMISB0w] X-ClientProxiedBy: MR2P264CA0095.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:32::35) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87lexssouc.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 832922a9-1c41-44e1-ca38-08d9fc2c5744 X-MS-TrafficTypeDiagnostic: DB7PR06MB4203:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: b+xZDpES+NNGk7U/R2eT89gCw1tN+iZ3PBQq9L+OY+0ROlO3oR9dAjj8Yz6PtgB3CLADVQRJdQID+Prqmmd9JAiJTP2/NjsAZryab4gpNRcqNaONMA2GkgTW4s6okq3DNpAv0TU9RNDyUHSyL0J+b8IE24rojRZIAkc6KKVzfy3YRGJ0lSsq6k+hf12KdRYj1o5Z98kGwWxLChzo9JDolmFo/SbMUozgVYHx5DAT2r6Ms2SD+H8SP2J/qtpNhTObV/F4j+TTW+CCu9oD+xYezjhQNfiYweUdacM/mNJ/SWUvGNOFL9fv1sjNlhLIfjkjQGtayaBZ6at9bVRRhMdpaWm8To1Il2Cj1dcWcO4vK4dti/GkubbgjoOdCz4a3Oqut+7KBxpzZmeyvqXAEaCOgzgzxJOF6Gkp+OB5AhqAqj8424JAeNi1vBtyfLHNN5W2ON+zhQKBShWXCq5dDYgzXOfHIlVPp2iHT75zbXBDubtISdYfRA6mjr2UjdMegjjTNGa94et3nSJnqrJYdkNhmeD3Xf1PWOwlMjPXZN+78WjwubtCb8UdvUXBHJ0r3tsrxJphp/SHQrlX+i9AYLichA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: /afWspFtSzstOderVCM5hrf0ne/BlW4DKlocbi3B+b09+KjlLmS7GE/o2Sf9LwnZN1YdCK8Z92GmbjXXW6ypnhHflfQSdAuLMqQzjDApqI8/WMNAL8Xa5pmLOhLcA4ROpBk0U1g4cUyss6KcuB2jIz9i4JlL8T+F9Z/mTnmt7t6tyiHSTPWG67Og9V3yfmEiQDXzI65hfyAmZMoEWnW0PZqoch3D+VCHWR7I/vYNNncVzyub5xNi1cVnod2OIOg+mhl0LkPsq3Om6inMBdT2/OfEXBjtgLuNjzluUUKTVPZRU+fmYE9ZK+7TBHI9GYF8sV41DWaVatRD4fEo9mDPp/Bq6M9GvWQZjXR/wjK5zxMnn0k5xxOASrdrrN8KQKJEc03k1twuB88ts3BfR13lEest8NU3ewmat8kd1Fyj4WzzPjmcku6ieqq7tKC8+M4STOuW88I+qmI7QwsQ0rxMRiagEnPN7DYrikePHcLM+JxUfIsaqzq3Te+VEd/OVB5UvpB0nxTSuJh3NAajrXErVrkNnlt0AXzE40qLoKcjxJYvBhwE5Ny/d9R1yi4SM4y9kZNHyAlUNOHo/zQlLzpppyqB+2IHUmbaLqvSjTJr05Aw6+ViO1TnhSKkcR1X/NN3bVjso2QQBzpzCVQ/D+CRndQ8ztLQ92RQeWhDL2YbfeVQZ1Ur4e9l9fw7Jb+SOIBZfjDJDzgQnLiIsur/ar4CKnrUaE9iBEz3JcQJ29y05cHH9mMhVwk40cnqTemQPW2eUxravAxAN12N32vadQOMrJ2T9iWGDgJYM4M5oYaTDfiANpNwJq+LT5QHzFXPwZ42zV8q1XAv32NM2BkFxI7nLjBL7kNfiyadypGASH/uG5f8gpPcQfbS7Wbrt7BxvF2m8Fiu2+JT3fih7D7NSTn+/KH9ftpWL49CXfBaffEP+uPO6jtWtvj0ZgbfMffi3Y1TqjaiTOk5wXH4Bit1TqOXsw== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 832922a9-1c41-44e1-ca38-08d9fc2c5744 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 Mar 2022 09:09:22.9689 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR06MB4203 X-Spam-Score: -0.0 (/) 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 (-) --=-=-= Content-Type: text/plain > Thanks, you can just remove Haiku from the list. Otherwise, I'm happy > now. Ok, here is the final patch, and a suggested commit message. I've initiated the paperwork for the copyright assignment, I will let you know when it is done. Commit message: Better check for when clipboard or primary selection have changed Previously it was done by just comparing new and old selection text, now we use also selection timestamps for systems that support it (only enabled in X for now). This fixes bug#53894. lisp/select.el: new variables gui--last-selection-timestamp-clipboard and gui--last-selection-timestamp-primary. New functions gui--set-last-clipboard-selection, gui--set-last-primary-selection, gui--clipboard-selection-unchanged-p and gui--primary-selection-unchanged-p. --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0001-same-fix-but-with-functions.patch Content-Description: Patch for bug#53894 >From d64f7b9e734f48666347ae8325b37333ae577a39 Mon Sep 17 00:00:00 2001 From: Ignacio Date: Tue, 1 Mar 2022 11:09:15 +0100 Subject: [PATCH] same fix, but with functions --- lisp/menu-bar.el | 3 +- lisp/select.el | 92 ++++++++++++++++++++++++++++++++++----------- lisp/term/pc-win.el | 8 ++++ 3 files changed, 80 insertions(+), 23 deletions(-) diff --git a/lisp/menu-bar.el b/lisp/menu-bar.el index ab64928fe7..d8c8c760f7 100644 --- a/lisp/menu-bar.el +++ b/lisp/menu-bar.el @@ -606,7 +606,8 @@ clipboard-yank "Insert the clipboard contents, or the last stretch of killed text." (interactive "*") (let ((select-enable-clipboard t) - ;; Ensure that we defeat the DWIM login in `gui-selection-value'. + ;; Ensure that we defeat the DWIM logic in `gui-selection-value' + ;; (i.e., that gui--clipboard-selection-unchanged-p returns nil). (gui--last-selected-text-clipboard nil)) (yank))) diff --git a/lisp/select.el b/lisp/select.el index 42b50c44e6..631f4748bb 100644 --- a/lisp/select.el +++ b/lisp/select.el @@ -25,9 +25,10 @@ ;; Based partially on earlier release by Lucid. ;; The functionality here is divided in two parts: -;; - Low-level: gui-get-selection, gui-set-selection, gui-selection-owner-p, -;; gui-selection-exists-p are the backend-dependent functions meant to access -;; various kinds of selections (CLIPBOARD, PRIMARY, SECONDARY). +;; - Low-level: gui-backend-get-selection, gui-backend-set-selection, +;; gui-backend-selection-owner-p, gui-backend-selection-exists-p are +;; the backend-dependent functions meant to access various kinds of +;; selections (CLIPBOARD, PRIMARY, SECONDARY). ;; - Higher-level: gui-select-text and gui-selection-value go together to ;; access the general notion of "GUI selection" for interoperation with other ;; applications. This can use either the clipboard or the primary selection, @@ -108,9 +109,10 @@ select-enable-primary :group 'killing :version "25.1") -;; We keep track of the last text selected here, so we can check the -;; current selection against it, and avoid passing back our own text -;; from gui-selection-value. We track both +;; We keep track of the last selection here, so we can check the +;; current selection against it, and avoid passing back with +;; gui-selection-value the same text we previously killed or +;; yanked. We track both ;; separately in case another X application only sets one of them ;; we aren't fooled by the PRIMARY or CLIPBOARD selection staying the same. @@ -119,6 +121,50 @@ gui--last-selected-text-clipboard (defvar gui--last-selected-text-primary nil "The value of the PRIMARY selection last seen.") +(defvar gui--last-selection-timestamp-clipboard nil + "The timestamp of the CLIPBOARD selection last seen.") +(defvar gui--last-selection-timestamp-primary nil + "The timestamp of the PRIMARY selection last seen.") + +(defun gui--set-last-clipboard-selection (text) + "Save last clipboard selection, to be able to check later whether +it has changed. Save the selected text, and for window systems +that support it, the selection timestamp." + (setq gui--last-selected-text-clipboard text) + (when (memq window-system '(x)) + (setq gui--last-selection-timestamp-clipboard + (gui-get-selection 'CLIPBOARD 'TIMESTAMP)))) + +(defun gui--set-last-primary-selection (text) + "Save last primary selection, to be able to check later whether +it has changed. Save the selected text, and for window systems +that support it, the selection timestamp." + (setq gui--last-selected-text-primary text) + (when (memq window-system '(x)) + (setq gui--last-selection-timestamp-primary + (gui-get-selection 'PRIMARY 'TIMESTAMP)))) + +(defun gui--clipboard-selection-unchanged-p (text) + "Check whether the clipboard selection is the same as the last +time it was read, by comparing the selected text, and for window +systems that support it, the selection timestamp." + (and + (equal text gui--last-selected-text-clipboard) + (or (not (memq window-system '(x))) + (eq gui--last-selection-timestamp-clipboard + (gui-get-selection 'CLIPBOARD 'TIMESTAMP))))) + +(defun gui--primary-selection-unchanged-p (text) + "Check whether the primary selection is the same as the last +time it was read, by comparing the selected text, and for window +systems that support it, the selection timestamp." + (and + (equal text gui--last-selected-text-primary) + (or (not (memq window-system '(x))) + (eq gui--last-selection-timestamp-primary + (gui-get-selection 'PRIMARY 'TIMESTAMP))))) + + (defun gui-select-text (text) "Select TEXT, a string, according to the window system. if `select-enable-clipboard' is non-nil, copy TEXT to the system's clipboard. @@ -127,14 +173,14 @@ gui-select-text MS-Windows does not have a \"primary\" selection." (when select-enable-primary (gui-set-selection 'PRIMARY text) - (setq gui--last-selected-text-primary text)) + (gui--set-last-primary-selection text)) (when select-enable-clipboard ;; When cutting, the selection is cleared and PRIMARY ;; set to the empty string. Prevent that, PRIMARY ;; should not be reset by cut (Bug#16382). (setq saved-region-selection text) (gui-set-selection 'CLIPBOARD text) - (setq gui--last-selected-text-clipboard text))) + (gui--set-last-clipboard-selection text))) (define-obsolete-function-alias 'x-select-text 'gui-select-text "25.1") (defcustom x-select-request-type nil @@ -175,6 +221,7 @@ gui--selection-value-internal ;; some other window systems. (memq window-system '(x haiku)) (eq type 'CLIPBOARD) + ;; Should we unify this with gui--clipboard-selection-unchanged-p? (gui-backend-selection-owner-p type)) (let ((request-type (if (memq window-system '(x pgtk haiku)) (or x-select-request-type @@ -197,19 +244,18 @@ gui-selection-value (let ((text (gui--selection-value-internal 'CLIPBOARD))) (when (string= text "") (setq text nil)) - ;; When `select-enable-clipboard' is non-nil, - ;; killing/copying text (with, say, `C-w') will push the - ;; text to the clipboard (and store it in - ;; `gui--last-selected-text-clipboard'). We check - ;; whether the text on the clipboard is identical to this - ;; text, and if so, we report that the clipboard is - ;; empty. See (bug#27442) for further discussion about - ;; this DWIM action, and possible ways to make this check - ;; less fragile, if so desired. + ;; Check the CLIPBOARD selection for 'newness', i.e., + ;; whether it is different from the last time we did a + ;; yank operation or whether it was set by Emacs itself + ;; with a kill operation, since in both cases the text + ;; will already be in the kill ring. See (bug#27442) and + ;; (bug#53894) for further discussion about this DWIM + ;; action, and possible ways to make this check less + ;; fragile, if so desired. (prog1 - (unless (equal text gui--last-selected-text-clipboard) + (unless (gui--clipboard-selection-unchanged-p text) text) - (setq gui--last-selected-text-clipboard text))))) + (gui--set-last-clipboard-selection text))))) (primary-text (when select-enable-primary (let ((text (gui--selection-value-internal 'PRIMARY))) @@ -218,9 +264,9 @@ gui-selection-value ;; from what we remembered them to be last time we did a ;; cut/paste operation. (prog1 - (unless (equal text gui--last-selected-text-primary) + (unless (gui--primary-selection-unchanged-p text) text) - (setq gui--last-selected-text-primary text)))))) + (gui--set-last-primary-selection text)))))) ;; As we have done one selection, clear this now. (setq next-selection-coding-system nil) @@ -239,7 +285,9 @@ gui-selection-value ;; timestamps there is no way to know what the 'correct' value to ;; return is. The nice thing to do would be to tell the user we ;; saw multiple possible selections and ask the user which was the - ;; one they wanted. + ;; one they wanted. EDIT: We do have timestamps or selection + ;; counter now (for some window systems), so we can return the + ;; newer. (or clip-text primary-text) )) diff --git a/lisp/term/pc-win.el b/lisp/term/pc-win.el index 327d51f275..0aa99a081a 100644 --- a/lisp/term/pc-win.el +++ b/lisp/term/pc-win.el @@ -246,6 +246,14 @@ w16-selection-owner-p ;; if it does not exist, or exists and compares ;; equal with the last text we've put into the ;; Windows clipboard. + ;; EDIT: that variable is actually the last text any program + ;; (not just Emacs) has put into the windows clipboard (up + ;; until the last time Emacs read or set the clipboard), so + ;; it's not suitable for checking actual selection + ;; ownership. This should not result in a bug for the current + ;; uses of gui-backend-selection-owner however, since they + ;; don't actually care about selection ownership, but about + ;; the selected text having changed. (cond ((not text) t) ((equal text gui--last-selected-text-clipboard) text) -- 2.25.1 --=-=-=-- From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Mar 2022 10:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164621542128982 (code B ref 53894); Wed, 02 Mar 2022 10:04:01 +0000 Received: (at 53894) by debbugs.gnu.org; 2 Mar 2022 10:03:41 +0000 Received: from localhost ([127.0.0.1]:39148 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPLpc-0007XL-Pp for submit@debbugs.gnu.org; Wed, 02 Mar 2022 05:03:40 -0500 Received: from sonic316-22.consmr.mail.ne1.yahoo.com ([66.163.187.148]:44050) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPLpb-0007X7-FV for 53894@debbugs.gnu.org; Wed, 02 Mar 2022 05:03:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646215413; bh=Zdx6IH0aI/CeLcPql5E1BldA8xG/w3vDwm0ryivXRBQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=SjUaEAovIOHzB8yr5QsunM0a2o8Q7FtIjFK1teYhx53ROh40HoNkxzZASTC2Axnv3YnRG5tnR1zG2ZVWQjZTLLqbrfwdbKRYrVM9JfhHeqbhmZdHo3T7HodY7IHKLp3sM8DoL//lWCUOaTMR/n1tln3i2z9EBMejYq+qDqOC7B4ofY4RmrXnGxLiGUfh/qLRq+AvxGcv0XOAd6eUHEdpMb39OxYhWRsdbX0771sO+Stp5EjcxOmoH3OxqK53yv/rIaPNlgS7qT2+vzInXu1g48PA7jDQFlHig+UsstKHOuKBaa2H/MqSZinl4HF5hn/FWQen0jnMjJpM4oHnJlPW5w== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646215413; bh=J5Pvp90iIzuc/7ZkP0+P9cTTi63dFVbT+bsHKWVSSct=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=HBayqrD9IyEmw4XKreVYTuQTFbKsJLgVuwOQST/C7hJMMeIsYzJ/EWs9eOoObnbRQ70ogCA03v0qqIUgwNdPe5mKEbJQMzM2Ryw5IndNNCT6FbubkUV5a4sJB++SMX171V6na291hgmKyLOGLsonLNIv7qFUpYyf/63xjSugk34pJLWabOVb2AjGdBXNcQp7VOn+fs6DCAZGTHx6pF9u2Bo0ExWjsVQupvbPSdkQgMTEmGHeOinKRFWDRT7hweU/iL15Wrje3R+MT9yQhkujWAKKEfS7CPrjOG+v5VftMC4sFEd93FwiQ2R28OOp7LgMxAIawcw+q2hcm/xjld40ow== X-YMail-OSG: rX6dE4cVM1mJ_pRDxmMS4sW8tL8ioTQP0FsxYQeQQ_p5_GzV43zVuZtYvO7QVQA 5PxwvL_C4oHktcOE9ycBSV4342f9YPa5X_BPlfTdqerpB77SMDYzT5Wn_Ww44WB2BZRoA1hOiIwH QCCg1ltkjlQKUbpemoCeNr7fBJNkKGBe8pOUc4UiQd53Q3rJhJo3SlUTXAZihlGMVkz9LpI.Jwh3 4_QjpxrTeIuEXT0Qkgzqif6oyKsDPOeHowvtX7OX9IijIw2ehM3mzOMPlYCFDlkYanaM2vvAuAgD c6SJrRmtGSM1WE7N2cEqi2rHcAVhMXJPl0Zl17AQS7Omd8q9iXQqp.hMfO6MizWns4CkG1n6FaCC J8CzQvF5HZEgrNZLtqeltWUQJK5IN8xFmIRfyhWMezP_fYcvVJFNx.uvznLIQ0KViLpRXShlWF6x mbdzvq5zn.YMmTBO5acGN5j9KAuJ4T7LtJ4QUe2KP5kN1mmALffX31r6titWOHGBVJ9F6kI5ZT8t GvEMNjMMh2iT4Ap4lw8E9aJuLCCxllheB37qadAHKDzKrB6V2oMH4yV.lDd__LhSZt7eI9c8owX1 xbckBiVQgOPV.gBrcQR4FDVQmE93z..oR4bYOxNOxmd.A5SMn2yn5ZJRG2qM4dfgXRPuEBa8875g 8QYiQnmzZCfiNNtg05sppiWK8ZbshSn7Zn4GiVirI_0TIoc.tqOyvG1oPy8Y.3IWT50CyaYTdwJS FmapFmhIClpG0OMgGtm7AdQMayP8hl_qGZ4s46rnql8HSbC_98PEmAhxKusoY.4Z3Xu3.u26Fqi4 BRST.5lqMph4x8aFfHi3B4FY8QYiOfJXcqS3t9mS_vku2nQQ7OFWy8S4RKOatFv.sV..CQ6RoqcH r8M9l1jrg6y4Gnuf7t3Pqy6qxraOYOgJIz.0hsCZKYGPywvYOOLVTnDaCY6Zzh7S03a3q4CE1TIZ 0NNSP.DqHad8OZqfBWLM82GjH.5gE.feXfwhuV0d1aSFW0cRxGMJKi1yEyJF5Peektw4G1IwWt.P bGdJQD.sTK1ZMVe.NYXLLxOz9nxmr.4qhaC7jOyvRXHe_h_Ahqyxv4mTi4yHexlzTNMGkOwhjhHr 6BsJUGK5NJX520EtoaVjX.aDplDGSym8drwzkBvM.YE0PnMFFnQFug97tmQa.WAJVM_h7.TFvMtT yV7bdCyymENBPRMeVY069uYPGKRsgXtl9_u4laHjbWZMrGieZRmRidEtwCT.7I.0ZmruJuBQq01Z FvPkVLS9GLFIgYGw.yyj13BaV7HhKxOrMq6x2v3pHvn6Es294Qb0hoQ17T3CU16bZFHoVfhS29CZ wTuZ.X4SBSjCZta_ow_zoOR7u10zhKnbE2tHDlNrSwuABPKIdMVPGK1.sEPbek.lhcsU_P8SnJa8 3GXUD4wdWKmGU0kUoqAVdfh6k2XTeQLmyiAQBlNHBEdXEwgQGRk6VCCIGa_EfveE0mCk.Mk5eDr. t7JBC1RfcC2tEBcm3P6wk8zVL2Yd83TNv8pr7Tz6Zwi1ucXQuULzTpk38r57IoFLahNOWu0fhE2n Mw5fR8FWYQmrX2dAQnIxDbL4U61ae03O9BLFpMQIAJesKyc6SBdCq42o7sQoTJsIc3EUH1u_9OC0 Wkf1sWpK.Tv5xkkyq7JAU4HC_BnZ5bE63b3bZ8ZUtQGYzx.bp3x01MshNmRQDRYfOL6naKJQUQpi VyiaG2mSHH_HkVpIsKOuoeborBrHeEVZSFA4DbV7JBO2Wlj9YyqxR3pAJMj_LsXABWsIAOtNp5LT hhwcJ1Vt3TL7N1GX70uDHG2rzybNfm9fvytqltfdmMMki1iLVp.fJigASfcF3irIJqDL1KFFlATn 1fea69OLgvgjEfFVBcrFqgDUd1OH3mvkX0E8t7uBVnxupEvCoQeZJ1aJaXpW6vflnLGiX0lUGhXN l2JBsQU6faxzzGDzG9DrRKTbNZHu7TgNSXtnnTp7yHvkX2ST_R.jbLcMbnZqM1p1rkOocPj_N_aA g9d4jN8rvEhqEZLjMPcQmyfP9WZytK7cNQqa89pzdy9az9V3Jk0QsMBAdGdSFD_sroUB4decT.bV m60PKBwQFFffKZRdqnv7irOfegBNVNPOAhGalMUIpJeDzMKnHVCC7ieB0p.eXTAaUC_NSrZf0UfN odRU_zF5wCHjzGVUxyAzliCSDQfkE_NRoa21FiqShb7LNqnI7G1Ruxv4nXsKAT3T15lbhFfVuDTU 7CBSqMpwOMJ9yAwqQNNOn689YipdfwKahkKW5Ibf2TFJhsy_aCQI- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic316.consmr.mail.ne1.yahoo.com with HTTP; Wed, 2 Mar 2022 10:03:33 +0000 Received: by kubenode508.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a16f808de050dad4d79e7f033c5fbb71; Wed, 02 Mar 2022 10:03:30 +0000 (UTC) From: Po Lu References: <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> Date: Wed, 02 Mar 2022 18:03:25 +0800 In-Reply-To: (Ignacio Casso's message of "Wed, 02 Mar 2022 09:37:28 +0100") Message-ID: <87ilswu0wi.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19724 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 244 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > Ok, here is the final patch, and a suggested commit message. I've > initiated the paperwork for the copyright assignment, I will let you > know when it is done. Thanks, I look forward to it. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Mar 2022 07:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164681187030808 (code B ref 53894); Wed, 09 Mar 2022 07:45:02 +0000 Received: (at 53894) by debbugs.gnu.org; 9 Mar 2022 07:44:30 +0000 Received: from localhost ([127.0.0.1]:58403 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRqzl-00080q-M4 for submit@debbugs.gnu.org; Wed, 09 Mar 2022 02:44:29 -0500 Received: from mail-db8eur05olkn2046.outbound.protection.outlook.com ([40.92.89.46]:63072 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRqzj-00080d-Pr for 53894@debbugs.gnu.org; Wed, 09 Mar 2022 02:44:28 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GZCgWL0/ZkbHxeeHNvXcoNSOjkdrZRZRXwhvEVnQ2WnriPIjx6XDWUp7sVLIZfmfVYvMsATJb8QA/fuRtIUHuB4MGTpBg7vPKh0Pf0SAdcG+kofKXrE5I9Mh+HxBnFXveUH7jZX7FW2L+cee6unubU0nY66ugdpy/2OsaFZkhDxr8oWLxSHTtqR2ZLgogmvzWF86YQ27gqWFmDs/plHk1kYM42jVLZvqAevkyATzPEKkTWnd65Y0Ccf+0Bj5xgjaTtVfo4DVLoBdGzlmUCGiy6cvxgB4wXZQfdEWigC/2u21tZ/2okpaZt7E5ASymlB23gMC3i4s6yb11rEiBfPasA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=eBK37kJGO6li1P1nT1aGvwIhaocO/Wb1cAQZzy6RA6U=; b=hzmlHXFsaPywadoDvG1x/WuSeBhf6e8uSwV7SfG6puzcKcHturwU31CPZnPDTjAAgMn8TSjXUyqufknt10sJq7siLPtPwWgcl50Jk9/V1TgKbpiO6O9f3beLnUgdxEEW3Tz00AgugEx5STJcvkmOql3lspfj8GuOl4D9KzKZlv4AmaNq+khX9XLhVGcjhkVF8OcjkEFqCgvdBXV96f8gRmDTYcHIbF2VQs2pUNkp4yT8gOnStjpn+OGd96PGtf7kWAFDip2MXyWjUG8qHzDGCphSXfWkPA4vpxypWI190sC10RCnpvxCEoGSzo7levlK/ideSKcFiqH4zfH6AI+V/g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=eBK37kJGO6li1P1nT1aGvwIhaocO/Wb1cAQZzy6RA6U=; b=e5joMU/Skr3xUsU/Of2yVCRYRkZn+JEMzYHiGm+odkg6F/kuW/rBwv6bwFIyhdXxj1KcURVpeI/UnUMBbl/vc6DRvk4hGLSvNd9SBkW4P9lf/Ashn4NMWdA+whxPV3/7VzmHN40h+P7UtOjWjdpw6uZ3iOcVMsxdtgFzoYnRnDTjRJCc/05wHFA1AoC0US6vJ0kwi4B6vYPrpKurWalMniqAyKKoz0fYRdksJkJ1GSFRZ/srkQBVChMIFImjAITD33A8Ad4fWqZxWz87sbEHveimsHMqy4QyjHeeLi06CrRJ/pB/2Fv23+QO5wnNwXt/UrP+mpKvbPh0ZWsgC4kNtw== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by DB9PR06MB7801.eurprd06.prod.outlook.com (2603:10a6:10:250::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5038.14; Wed, 9 Mar 2022 07:44:21 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f%7]) with mapi id 15.20.5038.027; Wed, 9 Mar 2022 07:44:21 +0000 References: <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87ilswu0wi.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Wed, 09 Mar 2022 08:41:19 +0100 In-reply-to: <87ilswu0wi.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [Tn2Ibuu1kURvbb6SYYR8azd3JvJyxZUl] X-ClientProxiedBy: PR0P264CA0090.FRAP264.PROD.OUTLOOK.COM (2603:10a6:100:18::30) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87y21j1sfl.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 75e93caa-823b-4d5c-9a81-08da01a09fc0 X-MS-TrafficTypeDiagnostic: DB9PR06MB7801:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 92TzO7D2X6HlJTFbiAwMfM5gQT5ElZA+MMm1DSi7pRNyj989QcXEUJSh+irY8bPs5X+cw+nKZVfykiL5Y8QWQcjZva51sXKvoMVjGPw4sO1qTVZvcj3tI3htdPEY1SBRI4krsG29WFGnl2BTrO9Yi09Jt9IbQPKIaOwqQbjXWl8lqL4Ud3qEpXsI/UwK699xudsHlxISOCHei654vHgqidd/MO3LHJqpGxmDAp5w8tEJ0ZZ8WQUR2bZX8PBQ988oPmi9Z8qhbTgDCaVHQN2AFRUOGRR+2S22NBYtcAyJBiXSxIu+7VPLAqctxQDjGoBCbLX5ECOYuyHxDWCUqOobVLN2sAPjomlDf0AWkV7MoZDyJisuzMhAJ78+2DA7D2ikG9INQzyMEQeYZ3IGPJdqP+i7nRqGbBAfxnUjG2cyitIkPMAwmxbf2fjXYfHwrkHzYx5SwmvNgm+MOmf+Fdl1OQDQ9Og3nZlYMOtbJFLLvlyL/aFYJN9fWmbALPgHCFCo8/we6tGcAQW7afcmXjI6UPjtTD9zQcHdaKhavDad7bYZfoHN4ElmgAiv0nzuSqJamW4uCoHh0F0iunck2NYfeQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 6qCovQVEEPLSZZ/vPwHgcjprqfRh43mikQUymxpNar9z7BmBEoPLCoHgxbKvXJwd2Hh8BOY/1WUFFaA+PsGNbTP2Nt+RUWnv1wMwXyWrxho88KFJbY3bUUDR16pX9/XP5+E9gSKXMUnaE1xy3ZXgmXktU7b6qW6Obrt4mlyZw4Ewpt/VSuQ2sB8kDbYkUlj24MFkz9xKkaCRexvLUsiMq9CXvXgs4iXQJg2hs4YhM/AUKvIHC4BCFMVEFHk6gujPaJnwcRlG1YPNY6sJ9BTWNKQhQfjHub0kXWUgdMOMIhompoScp7E9mgYjuinYY9r/FVqDK0nc1TxHalvglFD21+RsEtzD8O2ckPcIk17d+ZCJvW5pxuaxm+/aQHmyjIr686O9Z0+pTea99iyRrHRpzxFr/b8gBRnJ9uO81l2V2KxLI6M3E/KQiU5/mP9rwZ6tkSLQ+V+U9e6aplWAu2R8gm3Gd0vZ7CkLb8r9n0YnNo2xwXTx9CoVurjDGRfZqg6fBMorqxwSTDef+BqC9Cexul9x1GekUTRjc9CzBGQzjWsgfsBnr3EWNQ1PYleXQABVJbPEXGzf95R+nMU98k9InY3bCp8yupGu/TWpRBdHEccDvnioblts8wHcarP+Ro5WfJ5FDoEKcUC6/wwLuO0xWQfDlHQXVJlwaBCQH7t7XxU/6QTDPivHIdGBp7auj52k1tfkUptb3dcL0UBkFeoKdNQFXL80R0us1bIsatvi4KhER3NAa/V548gUkdqCpjfIgD0B8OW4dmX+3SJUSyV4J+4H8a8katOQtTYvOvPHq3VyFksPYUTBCqkPFd3nSfNrpkcqtjuUIIJjfeYLVuz2U03jOmNr6yYFUGO0bhr85sUN/PJcmPYsEN1VPgElmRJt7lGWIhZsp3p1s7foS5inUaTcOgCGYHw3VgEX+0+ORjnM5jSWhlRj7QnuEdVxSo7/CJPYeMnvSuuYb55UEGxUsQ== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 75e93caa-823b-4d5c-9a81-08da01a09fc0 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Mar 2022 07:44:21.6378 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB9PR06MB7801 X-Spam-Score: -0.0 (/) 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 (-) No news yet. I have not even got an answer. Do you know how long it usually takes? I'll send another email just in case the previous was lost. Po Lu writes: > Ignacio Casso writes: > >> Ok, here is the final patch, and a suggested commit message. I've >> initiated the paperwork for the copyright assignment, I will let you >> know when it is done. > > Thanks, I look forward to it. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Mar 2022 13:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164683367611227 (code B ref 53894); Wed, 09 Mar 2022 13:48:02 +0000 Received: (at 53894) by debbugs.gnu.org; 9 Mar 2022 13:47:56 +0000 Received: from localhost ([127.0.0.1]:58822 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRwfU-0002v0-0D for submit@debbugs.gnu.org; Wed, 09 Mar 2022 08:47:56 -0500 Received: from sonic302-21.consmr.mail.ne1.yahoo.com ([66.163.186.147]:37261) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nRwfS-0002uK-MB for 53894@debbugs.gnu.org; Wed, 09 Mar 2022 08:47:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646833669; bh=YwHVWLrDB5Pszy9twxWLWZUe/yxID3dpmO/XIkKiMTE=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=FgIEOKy0Au3EovFQbgz25j2kIAzL9gqXmN3M3RwM1hiwXMUXvf8vPWJwumUxkxFzHFQhmwX3kKF9DrXSj8LtEUNVJb/sz9qJ7Mw5yjaPVQ9daCq6Cicz2PHDxzAY8w1Mp97wpARr+ZLQZCHUlLv2eefldJZH76CcpfQm8bh9debhia6ghID8YtXsgiorp4NijeWAjsNwNnOzlBnzUB32egCAx0Vf3xbWAxHdVIiPQ0QoWHwN8LcgkyfwnCrjdpm31VHl4BAlo64OgSn6mSOp0aNPHfTYISwukl66u5i7Lw4oFk+C3mJuuJiqHbcHojYu2qJOt4yKCiVBwd2RSvH4iw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646833669; bh=2n65nlWAQK9Cyof01XLyV+ZMvP7wqLpdGUChcesPYe4=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=OnY5hr3rp4Iijx0aHs5dFMdxgqV5UaNSbDdNXy1yJh2phmMUjQdFOtUuBV4lAYFO23nf2+vG4SrmEcwWYXzWP8FNRdHEFGYTFwrOhcGIMT2AdMzXVEIGoIBzqTPVSqA7gZQrRCfQu6vV+Izz9CLGwLRgSzEc69QVuzfd9zvLYXVMIhYSio+HMHNdzpAAbLWfEHy/OtTgDu8EVQM3m8UckrfrfB4RaL6A2Swwg3XmHZMqVjQR1jSEZjTagMKVkC//vqqFPnQCna/KUAbDfn2bnC9yrA3HSPYDKE4SoJQKa8crX+FXFa96uy/l4AVAOlXf2iZKNxPOdrbGBxox2TVaVw== X-YMail-OSG: f8PinRIVM1mXEg2wrN9ZAAXIFhZL8F9cPyhoft8uWXE8xS_TRzPzwYEiS9_DMjY DE7S4xd5VdSg3YYr_TEbbe45wBas_W4p8FpsQ6yvhvvGnbqSlyiZz5PEqTiFx3CtB2Eue2IyMdOQ 7Ruj3pjNsNI2uSpfoXdLLkRh6aY0TfFjq8vtscav0_FPxGY7ZHDt7dZYeLmkKFI6stCCcNTx2RN2 S5PQkqquppVhnm.JuyIzKRZjEQciRS.sSAI1GIaDweLzTn6Zehq.HuyyMRo_T2r2dBMsLFzPTUmG yQwbYrxTs.pALDpDtE7IVmMXUr6fw2yGYsMGwFJNRcCqYWPwT6zofGbbS1pmVTYAQEzs0jLYt7vX NU9X6Sr246Jb2YIyl1yq5q0e.Wq5k0jC2Y.26tDaKWKuXJUa0zMv90Fq2tjC8jy7q4YCEi1iYQDe 1Z.vckbGmQFLd6KFJudIwLGocRdfyAnxTfcttfBOW1VpBemuIP2N7KAUUZoIPptXTqzf8FrLU0wU nmPUTzpUA1pRggKxT3CCUdzJiaISy6NSu57Ai48VVcACFvjbEjSd70pEm8Dv1w.s1SqJX6gz2oBg IqTiF3eqnFIXWmQ5PLtL8bwARyHqUF9GxsU5N_15q3f.5Cwa9JQ1Dm_t014oirXexjbE1Qt0pLWd hhFhEdZuN_j6tXz9hTg8ZUL8lDhwtM07v7.ZYCZ96XRnk6ggCW_603nrUAh8YYqZ4wkTpWXc.YYa DA6XcPsiPdxk_fUqVQsDG4gH44giPbm173h_KSwoqn8o7soERZGJWUrw.zZ9GglTrUKmuV5X_Sqp I4lZL0k57wReITXkNKWem7MPJaJmj5u.aP5PaLYDe.UvyChjItGBZRRwsMUFZJUBXzBFOkU.fTx8 udELMHPelyJdLnxz54gBviVXc48gYQwseaWDUnZ8Ktu8IasNZOZX8pB8qfNrkiLx9E1Gi29inHzw DofZwwZw8pLYkuRvEuDPoIK6aMyFNnieLkveTSXRsetbC2sQIF7s16C2Ix0LJqowt3hQpi.7X76C ejVSg3px5AqVfooEglqziB2MNggofE7702JprEmo9o1Ottkw4HfI6qp9y0gq0lI1rAr9ntVIbcMW fQ1c4ZbuhGvnBKfbnqX3G2S2J3eCpKNRgDmT7nRSeZfCHbJBt_84LRkiShDZW_eJSuvA5xedJnYJ lvYzzlXby6mSVbWWzztTGCQgxFN_HfWySzVEwefAAey2k920jh81ctIJSKkhwpwKM_wWNPtZG8Fa Twk39iD_3rG6XHlvvU4FjSXBNyxyz3NwVD1aUODRhGEN7hwFtGUOITyBiGY_0vyc6rWgvTguWRBD ERmKlQQ0QCt8y8Aj3jWGPAOCwfRE1RL9RxVNz93ZolKF7SBnJ4grppv42iI38YsN.W.CgqFeDBaT 5HuruAzKbXrIGlKKH_VYb1shnn4DfAcA0cxFCLwgX3dBLu1vmcaIGhDWatJ_xuiUpRRAaq8f.1K0 7bNjKJmj6G.tYUYctnV1aMbvSaoC.iLlJ2ZMquy_bwm0rPjvq.JeQ._zDsr7MsntTZhoG4LuPXiI fE5JiLIWhDEzL4lOkJCOM3VGzr3VutYPXU1ZZDsTfBnZeuMWTL60YY7ZH9Q2fxp_Gp93ZbE2Yrrs BEX9YP8bGYM5pokfUzYUbgScN2LeC3XMX817Jk_Xkx2uZBCYFEimTsM8AiCKO54ehkUdW5JX4gpE vQtwwI0qpIHSP0D9krWlNxOQ4IyK0AJ3te.fCB8XkAswi4CCHW16vprDtAbqQ_uw3zVP8YsEi1A0 1PenzLWX5KvaS1WF6EuuUbC_lmQFC2homtd_4927.Hvh2bltbsgVzUbXMuCb0v.D4EEfgX_zVAYz n5aow4gbOQWQ5BJRNFtFf_Ykpfx0KzZ45QxTdAggn90Ndnq0WYrAbPPbazyUWxBBcduOrlMznFbO SLo3rqENthiTSgXawhsh5bRnabeGkADmO8LskMglv9xUNmBJ3XAc7U9aOlNRr85AwYPdEKjZ9XAM 13iWIfI.AZ_K0kIshPjA2xwlcd4GByBXnCG5P4BJf3xka7hHmCtIVkKm0XuNKyxxorhpgJEgVivC mtiYvqhqHqn0Z1dUd2G3tH_N_0EaKRDnbL1Q4JwxjJiVuZecp5ynFDxXGFxdiai23QYel0dUY6.4 2Hq1.YXbqm6CG16pvR8jOuXEnLTloKgTBfmdYNhSHaLX71xjYtEX1RkMpmCsPMmFYu5lo24wurMi .hpxnYJk71HuWFTGL.54BvL5V.wylVsAudaQzuffXuzhBrgeGgwzx72iRmu25rgN2 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Wed, 9 Mar 2022 13:47:49 +0000 Received: by kubenode518.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID b155534dbe5db05e9a9297f5d3a2e51a; Wed, 09 Mar 2022 13:47:43 +0000 (UTC) From: Po Lu References: <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87ilswu0wi.fsf@yahoo.com> Date: Wed, 09 Mar 2022 21:47:38 +0800 In-Reply-To: (Ignacio Casso's message of "Wed, 09 Mar 2022 08:41:19 +0100") Message-ID: <87sfrri6f9.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19878 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 349 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > No news yet. I have not even got an answer. Do you know how long it > usually takes? I'll send another email just in case the previous was > lost. I'm not sure. You might want to ask Eli or Lars, they likely know more about what to do in this situation. As always, thanks for working on Emacs. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Mar 2022 20:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164815399326128 (code B ref 53894); Thu, 24 Mar 2022 20:34:01 +0000 Received: (at 53894) by debbugs.gnu.org; 24 Mar 2022 20:33:13 +0000 Received: from localhost ([127.0.0.1]:49517 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXU8v-0006nM-58 for submit@debbugs.gnu.org; Thu, 24 Mar 2022 16:33:13 -0400 Received: from mail-oln040092073053.outbound.protection.outlook.com ([40.92.73.53]:48987 helo=EUR04-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXU8t-0006n9-U4 for 53894@debbugs.gnu.org; Thu, 24 Mar 2022 16:33:12 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=P1RgQzvCYP5Z7azB97EpgCQvN8ay8ucvwUxOCbPwQRTzNwOhfnI8jLSxSOlHtEbbNfwNYHTpmsVH4QYgZl237aaCAoiDNrgb9XbJ/VqC3E73n9GsGM/GJEddnlp8jnRNtq6AAnc32aIyDu2UeIu5KV9pL6j6r92j9gxCCezM1VrP8tLUPjYp+VehPnMPEMpETMMT1sjfE16fOnfklC8FUnSLrbC5cuB4G/69udWKAkvPsSnk9FQxNIhgetUvBqwrNQhUwO7s4NwecCWgHVUnxVQo+zx15LoWZPp9ies4472vHd9lgfCMw1G/Oi/HSJNEk2dzPFVVTKgweaP+QN2XIg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=yWwiImygKML95m+sbON6tT/GjYA35rAAgsU0qt74jO8=; b=boMk5aSE/QbjjanF8mIh4eOXHksjlz5WEzHinQ/xiYvfws3StX4HYJjv7RcbXa1gJfpMdu7yVxHWHXbB+1pAIRpMtwB3h2gdfkTWntTcAgrsyI1Gxot6PX5jvr3I4AX8ks1j+h/ErDku3aIGZfyiU+Zf4v6fgLoM77JThKrUrgHbV303tDdbT0HZTMFijRQJQMrwRPRrRPoosw50gbrJvTm6LufR9OvS8tbzfgCMAUtPbJeJGLUoN7kQ0eJOs9/zf94g0kWmXbn3yObmfHDF3xNMoMNzoLOCBkSZRyQFWWxljhI75VYFPo4r/9BokAA2PBpsLHBcNlb18hB2YYXcHw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yWwiImygKML95m+sbON6tT/GjYA35rAAgsU0qt74jO8=; b=Efv8URdEKyA1Zrdmrc+0T9YsX46XbfyViyVd4M7HwL1P7Ljj7g3goHXtfQ0adYSNHm/W+g1r7gOTcG4gwMlB33Vx6aBCZaUTDH8CbvlLPRQisjS//sKtPmQd/lnVV0MXKiLisfw2YnKiNilQvUv4CM+jcpAvXTJzKDHfwU7MGY/pyp8D9p6akayBsWZxN1M8WTVHIooyeTgYS+NVOIWpARMskQPmkbaedXVkqVQnSNpFSdMpUO2LA+5pt7iARDo5P9tRItKr2WMv7SDf9+yuxsWIcVXBkBgFYQzxS1R/KsK9eiSF/D7dFSdaTdGNyXolc5+2AW0elEXD7EjOvQY/Ng== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by HE1PR06MB3145.eurprd06.prod.outlook.com (2603:10a6:7:23::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.17; Thu, 24 Mar 2022 20:33:04 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f%8]) with mapi id 15.20.5102.017; Thu, 24 Mar 2022 20:33:04 +0000 References: <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87ilswu0wi.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Thu, 24 Mar 2022 20:59:50 +0100 In-reply-to: <87ilswu0wi.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [zWuu0C1Gl4b25KJAtkG26YhNMI36VSfX] X-ClientProxiedBy: MR2P264CA0091.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:32::31) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87v8w3rszq.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 0caecee8-35ff-4c2e-a82c-08da0dd57e1e X-MS-TrafficTypeDiagnostic: HE1PR06MB3145:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: LFV0BVJozX5mryFT9WJulwE+Qz7CjaECAOb4iCVJqk6gGlU2GVobqeklmt5WePqkYH/BqsJ6px6NgkJ1HrwnF0+JCq6ESm2Fvb0KMZZOjdO6n3GEYH09oZuPhXDSJBG+tHA8JS6X/ar5UcCDxaFokPxKVdzJWHYJIYu6gM98OyfAYzMZFlsivf9EimxsZr9ZYzmSxI9UH/cSz6rCOIeQFCsiRgtBqqcUWw+e3sPf0LzAScL/cdcYJ3DoIYYjsckHV1Gpufco9T1BEMPKCD2FJORaTIYG73OwH3eqPZzqwXN4HeQMmJBSAJD5uVcPUrTa2UwzkGjOtNaeQ97iOgvxlMiKA7cOtD+codBRoABLqbnW1XJMd2XwWiLeQT28dgSRW2O+s+xvF72kew8JxFI+Cm5HZ2Br/sKNGQ+fdYZB9B3I9cvJwHKeWnC1qavJkGqESj7lIK5HPocPiUBjC07Jo+X/FHjX4l995UntzRMeoJaHh6Fj2JBDZnY1IOW2OBriXAOYQFhFltLepNjYL1Vn6zEfqjhdmAZY3VwWabe9Mc/ecfStNQrJckXL460XJt//jytl90Zs6qitmG6/EcmvpH3NRBHHSY4feXVxNytlrbq/AYd0/GOCUqgQfk6Tf5KF X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: u8GS7Xd1lRP+lSuKA9wKcvl3Ff0sWdobuXbRkNaN62kDRZ0CxpCRZ3KF+9GBJUG/i5MkgC6cydTP1lda/9hI4Jb/vImMqPmlj8O3IYrMW+Cc7GdGt2bc+FdkHFVmdaV1hcxy3f7Em3J98rdmt3Y6ioWV4II1+YM0Cd/iZF8XzrE7p/RiblS5fBcWC3gya/urwCe687LxUfzyD0+DZmjPb0FbTdlHMD6uxy/ufLTGApo8gCpUqC6lZFEPyrtVtNq1MomkBCKCOWWaNNXDsNql3lf9nZ+T37in13HnUBuog2UFzf9EQn8AGixRoEOFHB6rwZv7cASLtLWSOGMciMFlg2yJyF6NlMDibUfZyDmXscG19ACmwSGWT/Uky8h34kpbQd7FNfmDiedwqfBlpkxM/ME1Fs5n/1GXWcCC3eKtMKwmuo/lgIaeYDgEWfzDEcGpyMFkkj210uThhcG1f91UXXfb8xF4IHBjmtKgvytd0/1iNdt8HXTbmjWjIz07jNCeJdiWCngsmLGdgmRwbTHielr8hnBCqXYEPD0VKfGslsXUv08Y1isER1EKvFn0GwwoU24Yl/E9qghJwkz8J6SZMLfFmRHETODocvTBRktEeKWCKA0wjptTeVqJYn8rTHHOx+zYL55u6VCL7O26n3AM5wpcce1NvnQPbzElqfCA5hPaxiQODlE+FZeGjZDZhAn1vMH2okkPQDkFeGlh+58Q+tRdYKjCSWPkB/TgLVZTZylXjTBDQ2yBp8K5XhmQJYSz1juO2JAYT4V5wNMHE9i1Pz8lo/3AzcIyKY2gfR5VIkkylmmmgj6vZj/NP8oRUmCuQ13EyX6BNqEi/8flCLNtjK1bfvzyeq12hlR1YVXbEY4eG+Hp7dy3KlmCnuRw36I/cMa/8dRtva4PHppcWjKfWpGXr2kb1/y3EuOWthsGtG1q3TUe4TufAN4GUMGFezL1552/yGzTMSuucX1GNOIBsSAIh2eMAPKI2y6hK0gGlvfWzUsqryXEhJnWJmNfUMylPbNhc5eEcGz4w/sPaUfT6XvmjnJmNoiRFir3DmOoh88zMprQI5qqp6VmpSK4k6jzN6/ERCpchlJyhN9/VT/od38+Dli7du/WvGmCZTrwA+fzAr4KtjbJ8Znq54KTXcnPRpLy0zFC9aNxBYN7VZsAWQ== X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 0caecee8-35ff-4c2e-a82c-08da0dd57e1e X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 24 Mar 2022 20:33:04.5082 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR06MB3145 X-Spam-Score: -0.0 (/) 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 (-) >>> Ok, here is the final patch, and a suggested commit message. I've >>> initiated the paperwork for the copyright assignment, I will let you >>> know when it is done. >> >> Thanks, I look forward to it. > > No news yet. I have not even got an answer. Do you know how long it > usually takes? I'll send another email just in case the previous was > lost. They sent me the form no long after I sent this email, after Eli or Lars intervened and asked himself. Not sure who of the two was since I seem to have deleted those emails, but thank you for that. However I've had no news again since I sent them the signed form. They were supposed to sign it after me and send me a copy, but I haven't heard from them since. This was two weeks ago. After one week I sent another email asking how long should I expect the process to take, and now one week after they haven't replied yet that email either. I'd keep insisting but I read the following in https://orgmode.org/worg/org-maintenance.html: > The assignment process does not always go smoothly, and it has happened > several times that it gets stuck or forgotten at the FSF. The contact at > the FSF for this is: copyright-clerk AT fsf DOT org > > Emails from the paper submitter have been ignored in the past, but an > email from the maintainers of Org mode has usually fixed such cases > within a few days. So could one of you send them another email, please? Thanks, --Ignacio From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Mar 2022 06:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Ignacio Casso Cc: luangruo@yahoo.com, larsi@gnus.org, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164818957819633 (code B ref 53894); Fri, 25 Mar 2022 06:27:02 +0000 Received: (at 53894) by debbugs.gnu.org; 25 Mar 2022 06:26:18 +0000 Received: from localhost ([127.0.0.1]:49878 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXdOs-00056b-1h for submit@debbugs.gnu.org; Fri, 25 Mar 2022 02:26:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXdOm-00056K-RI for 53894@debbugs.gnu.org; Fri, 25 Mar 2022 02:26:16 -0400 Received: from [2001:470:142:3::e] (port=33352 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nXdOh-0002tr-GL; Fri, 25 Mar 2022 02:26:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=/bTKAoFy9UfJcZVTF81MoU9lHdcIqf63uEsfpspz6DI=; b=HZsWmW7W26wj MHfgpMDXxib4XetDRbfsEdQnLyMKrgH2OEXsZXK4i6uHkqDVoEL5/I1xXRmtnsHQnSif+odZSw8Dq AXLWi+w49B9gVQh696RK0i0mMiW671qhfZ6H3XNo9D8Snl976hWVcb0675v59OCrDFzzf/RsFtgt5 OFh5q6DeKCCDhteR8Kmt9r14I8UR0XfRrs5FK63Lnal6LixjZsqcsYzMlsHPZITpQTRzGLyWPnxPu pJu8iVIkGstIu6rilpFC4VR/z0IKLE/K077KvGx7wFBXGX8GWtnrNV48KB9hcG3g3cX5hGbFscl8L c8YcbdVyaIWjoMyE8zjbWA==; Received: from [87.69.77.57] (port=2480 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nXdOa-0004Vp-0y; Fri, 25 Mar 2022 02:26:01 -0400 Date: Fri, 25 Mar 2022 09:25:54 +0300 Message-Id: <83bkxuczv1.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ignacio Casso on Thu, 24 Mar 2022 20:59:50 +0100) References: <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87ilswu0wi.fsf@yahoo.com> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Ignacio Casso > Cc: Eli Zaretskii , larsi@gnus.org, 53894@debbugs.gnu.org > Date: Thu, 24 Mar 2022 20:59:50 +0100 > > > >>> Ok, here is the final patch, and a suggested commit message. I've > >>> initiated the paperwork for the copyright assignment, I will let you > >>> know when it is done. > >> > >> Thanks, I look forward to it. > > > > No news yet. I have not even got an answer. Do you know how long it > > usually takes? I'll send another email just in case the previous was > > lost. > > They sent me the form no long after I sent this email, after Eli or Lars > intervened and asked himself. Not sure who of the two was since I seem > to have deleted those emails, but thank you for that. > > However I've had no news again since I sent them the signed form. They > were supposed to sign it after me and send me a copy, but I haven't > heard from them since. This was two weeks ago. After one week I sent > another email asking how long should I expect the process to take, and > now one week after they haven't replied yet that email either. > > I'd keep insisting but I read the following in > https://orgmode.org/worg/org-maintenance.html: > > > The assignment process does not always go smoothly, and it has happened > > several times that it gets stuck or forgotten at the FSF. The contact at > > the FSF for this is: copyright-clerk AT fsf DOT org > > > > Emails from the paper submitter have been ignored in the past, but an > > email from the maintainers of Org mode has usually fixed such cases > > within a few days. > > So could one of you send them another email, please? Done. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Mar 2022 12:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164855581321565 (code B ref 53894); Tue, 29 Mar 2022 12:11:02 +0000 Received: (at 53894) by debbugs.gnu.org; 29 Mar 2022 12:10:13 +0000 Received: from localhost ([127.0.0.1]:60071 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nZAft-0005bl-LC for submit@debbugs.gnu.org; Tue, 29 Mar 2022 08:10:13 -0400 Received: from mail-oln040092074015.outbound.protection.outlook.com ([40.92.74.15]:28654 helo=EUR04-DB3-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nZAfr-0005bR-W8 for 53894@debbugs.gnu.org; Tue, 29 Mar 2022 08:10:12 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cl/0/PqIPu5vrMqIScGvCJw0LQcW6ik7w17koYwhsjYyyvzas2gXBPtdDHz45BYQ4zf2SMhLQmMqw+8S025EPDMLTOcXfFh9SoP48jHZ75cYqixqHquoCjRfKkXH1Edtlvre/x489DxbBnQ9xWQkQth3ievvfsaH3dmbzKVyTCwsyLWlhOIOL9EzUlLZSk8lhi55XbRHOwGMcKOS2tu2guFLzuEidh85GX0IrbRqTdXxVPG1iFtkzt2Y3RFcgmiE0XrpV/0BbP74BU4fjQl6p7CwHKecwmNMNDG5uCVjdPeHswhFwfNmQuQZa1pYH/ct9UQTOQgzW3k8D2qzedqrwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=SeYyZ5n6DRJK93m0VnPvJS9kYKYRZeU5QScuDsNRY+8=; b=JSglF+CiLWFVLDPYQRAOyuHXGQYlnsZTyaPr/drp1Fi6eqG2HE9omJtq7b4MemuNA0ATd49k7NPOdPZpYWnr4ijrCDmdXUQuLzsCJbvLn5OkqBlVxn97aWIuzU1b5SkhSQ21B96BnPfA2cR3XdZAv/YJaIsMiuX25TKyZJV91OMpFWGjqbX6gUILvQzEELXp86cg6TJ0urFXxDvqVdPzgQuaHjs9ue9wwfu4VPKG+YBbC+p7+7jmYebREQ7GImi4Zj/9LLvqQrUlhYwNUhcxG4SLsxeaY/feq366tCCJFEjkVx/Ttio5RzWSovWeOckMR2TPwUisim7zTId9+OKvFw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SeYyZ5n6DRJK93m0VnPvJS9kYKYRZeU5QScuDsNRY+8=; b=jt8+q9fU3u42bNO27ljvq+Wl0pg7RS6nEjLE8O49JumLQJag+egu7xc2Cmuunu40qk3GSf8gcgPlYJ2v44ujCJcmLSDPUunnyHpfqAFZw5tcWSafwf5w54JX91t+MWQWNJ+dNXcw4uCHlbjx8D+6oKlpaYRwOhiLzI6lBcT6FGY0hIzz6vtNcG5y3P9sJ8r4JbbIDIEeUDUAfqT+3SUi5AW4kT0D19lx0hUMRfQvFKJQ/LHmFHBmPsEiMpWyLyGbG6LBBbO34EhT6H7ku4bM+2v+KLkDsFCAzJhMQ3GhTXOmQxXvpH+OfCCzCArRUGBOXQIxP8AQMILbieicEUT1aQ== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM0PR06MB6227.eurprd06.prod.outlook.com (2603:10a6:208:16f::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.16; Tue, 29 Mar 2022 12:10:05 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f%8]) with mapi id 15.20.5102.023; Tue, 29 Mar 2022 12:10:05 +0000 References: <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87ilswu0wi.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso Date: Tue, 29 Mar 2022 14:01:59 +0200 In-reply-to: <87ilswu0wi.fsf@yahoo.com> Message-ID: Content-Type: text/plain X-TMN: [QI58V3lZoInV4vlDGoGVXuwORxUW7jod] X-ClientProxiedBy: MRXP264CA0007.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:15::19) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87ilrxj6xw.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 39d9742a-08c6-4c85-c24e-08da117d0f26 X-MS-TrafficTypeDiagnostic: AM0PR06MB6227:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: aoeQ395sHiBy3ZGeUewd4fxLqNu9DDBztzGGlsqD3xmqW5764W5Gn97iZMZcrPZBrHz4rMzl4VWgm8q1oevQnDZykfTSeldp/p/ur2Sr2a6NvkaO+blhZG7W6wlhCNOGX6quAaAnLU5T6bKcUxpDjq+NMaTE34nhNsaKHwspJH2NDNWipE70G5/tA4QgoFOKhqQM0BjcWznFbQyuw/7WXbOpbxb7DTJMhvz2UgDUkpkSIcDgfLMGqTdi060OTuU1Y/msHoMqPJwkloDzzUdS+LipKTtEBeOr2V3S6yscSlCLnplswcbF1l6DLK7a48lp43xqfS7xr3V13Eztgw73N8wCacrZLG41S6Ida1x/SsehbQgNyJO1JegexodJhLmax8MgrZoLqY2gsojpDrA5MRgUVGoyYf5szdbotnsDGTHaw2CjuPipljTVqB5u9c0mx9eC0TFX1YgcdHCHSEPtYq+u5j1/ld9NZspAovMad+xsoNFsChz53ynY6ceuseqSUkh78z1YD+1hMAiyp3LDrz+4kndB+or1qAjYl/uP+IYOpBeG9naUYnKbKC8TaU6zF6Kp4t77pvyacEVmkzP+Xw== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: pGzgRNwzr05oeScOEt3R4xn5GbbiJ7ZVANizBnSvZLNlty/wGUpnyhWLlF3n6kqc22wYkKMSuNhzzfFcHBe7dbCyP+JIws3DkeHVvNeGLnTW9wM3kHHxXOnjxq5C1f+udCcoC9vq2GRSZl6xOnpxnou8p/W8st+POCrboO1RRfIgqJHM1ZLjSXr/0V/mJ5pmTOsJpHLgHMUnuCWUpia0rwc2muYUn84shENvQdRkCgQ7cpqT6tX1IRHxPjG86hWbnr/Yus+BlcAS7nLv0Q07oxHBGUBleiTBS8FEaC4bcu0uemGqjm38RCQayayigmSY1WlVik8bnLwmmPPrHx2YA4zL1gO+PfoxJq162Ml3/Xv3SURgIRwITPFAx+TdXCWzaC65tsE1MthSGQlTn13Padkg9rpm/oZQ+CsEMR1GVuvrSTC1fpXKSVGG4pEoHOCP+BpzU2f96s2FsJ96Wmrp++R9HAoEfsAZCmpuWRrA0XrpGUCzGDEE18Oog7cTqQRWX1iYrGYWn+Vv7R5vV0+1FacKgiLRe58a76RWgvcIEdRJBznfNgD3GhK0MRkkydjdmtFqOKyYe6iODbxNipyanTDBWowFoGjSSRe0ukxsaywXtJTsOp/MpgbvZTq/+/fZ2myX9v7a3XwC25IFYCdxpB3aGH3IouVVGBUTmwqt429jgeF6sIzfiOIaLTsuS4xUa4jirNFTyI0loO0j7X0RWdCjFNduEigJVox/FVD0nLyZU5xW9UyvQ9TSWqoO7uVW4AraBDVR7HLlATOt/R3cG233Qz9LU/Z8xeam/dSujohXyBq1r7Es2nfkmMHJgm9OWtv1/vDAZNWSJBpxWX/qHha6uIyL8+fQSxBcxdfk/+M6HwGS2i/5TT7p3vqbZm2bMxgYK6O88NRoyLV9XaBX53GaL76MbBfeQ8jfO6olidxMzSXDS+MW71y7APJ1Oa+2FEEh+FLpZ2hh9eZ6TiOyomgHCK1kbhbOBXRy9vxwLoYjDFzabQE5gZtXDGfcbXicKyGF8OqHspQZxtCBH1iHEkgkX8Jb/FabclEGnZVSWeMDbOl9+t6/SKP1EQKn5D/8ViA8RfbXdCNY/w1yZ8gqf6OBJTT/IKzyq2X5HVsj5uSMXAfXkocsmG5zM4UrFaA90ekDwEl2WMp8yEU4CJAjmtrLUtv/5HdjLd+l4IH0fjthGVIyDCq6QjtV+g7xpTmoNc7Kq7E1lh8ePJnjZaoGiRkMadMeSQD8yRNfePj7UJLo+3Fg4hNh4taMpdd/NDsHHT7DuUzw5LWmN9H2l3/hJr8cJQQ2UU7d2bc7FMP4vsmzaBUXvgmEmcQsu4fKQC2eBGRpKKZ8co5moi4MdDOeKHw5EF8oSyE19L1l4tTbwk7WwHdQMcXyTMjdBWPoO5QH+uX8GSX9noFIwrZLPzzHiqAIeQqbEL5hXQ8wRdxemIw= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 39d9742a-08c6-4c85-c24e-08da117d0f26 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Mar 2022 12:10:05.1316 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR06MB6227 X-Spam-Score: -0.0 (/) 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 (-) >> Ok, here is the final patch, and a suggested commit message. I've >> initiated the paperwork for the copyright assignment, I will let you >> know when it is done. > > Thanks, I look forward to it. Ok, it seems the paperwork is finally complete, so we can proceed. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 29 08:11:57 2022 Received: (at control) by debbugs.gnu.org; 29 Mar 2022 12:11:57 +0000 Received: from localhost ([127.0.0.1]:60075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nZAhY-0005ec-Vh for submit@debbugs.gnu.org; Tue, 29 Mar 2022 08:11:57 -0400 Received: from quimby.gnus.org ([95.216.78.240]:59590) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nZAhX-0005eP-9w for control@debbugs.gnu.org; Tue, 29 Mar 2022 08:11:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+Gsh5yeSh9dKS+agENKItEizvH1psQyYqjuqlLspo04=; b=Ozucw1IxvTTwMDjdJoSqsFSGO3 U4ltXG56VMCi+0JjFwKVo8ioN+zqD0BsmeMd2EQsAJ8g9RauBD/tVEYqWA4BNkiu/UCe82Nbb1GM1 aI3qUsCnkvgKmcn6kOZkL6D8yyW+cZaEpfZ9OlmJCrh0GbBVy82Hx5qFMo8j/q1QgaOU=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nZAhP-0002dl-BJ for control@debbugs.gnu.org; Tue, 29 Mar 2022 14:11:49 +0200 Date: Tue, 29 Mar 2022 14:11:46 +0200 Message-Id: <87r16largd.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #53894 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 53894 + patch quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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: -3.3 (---) tags 53894 + patch quit From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 29 Mar 2022 13:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ignacio Casso Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164855886919216 (code B ref 53894); Tue, 29 Mar 2022 13:02:01 +0000 Received: (at 53894) by debbugs.gnu.org; 29 Mar 2022 13:01:09 +0000 Received: from localhost ([127.0.0.1]:60159 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nZBTB-0004zs-G9 for submit@debbugs.gnu.org; Tue, 29 Mar 2022 09:01:09 -0400 Received: from sonic309-20.consmr.mail.ne1.yahoo.com ([66.163.184.146]:37408) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nZBTA-0004zW-8K for 53894@debbugs.gnu.org; Tue, 29 Mar 2022 09:01:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1648558862; bh=Ro4HoyvvRKCqcUFOoIkZpslolmXYgyWLc8W6Sypv1Vk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=VMc7u6csy9IiD9QvkwCbxqeuFdvbdltc9nNWbZBg04gRHMtF7qMsRX0pUtl3E+9iltkotPo00qgZfR3fN4nbDr3PJjL3RtaoiykAucZgux26mTph6ZHvdFO0PvMpbiUSKBHykinCVjYDBy0P3FG4ivYu41N3yyEE/fLOxOIPNOt1jN9CX5WXsdGq7OGyj9vvtUfhY7aDbSxZTqbu4MDFtLQNqTJV9bcr6P5FEK/OAylraP0Q5c0Mt9Et4z+max0qxmmX/8/Yra+41oKjue4UNs+1P9iuZIVY9xB2nLxXG+4lUAkskQOcCjdthnLFs04o1HB4vkPPD05uuR69dRh98A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1648558862; bh=cFf1gyt6dwhQ4u70am0ip20xpOm6msxuviagPMgNM17=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=JkF844/e+iPxHoGa5R99zE4rvA1ExMMRlElGtG5uG3l7XY8laC23dRkBM7Ask71EYcGBHonqQbghO1DCqnBaCrogocZ+X+D2765w/5XNnhAysufgtIn8/JY7GZwsYCU5KIdhrTU1dReqj8ZVbkN0tJ7DhosWKjq3Yiby4gTgeX+57QdvBwCHP3FcgWs1d4xOjyVL+tM+OjSYesGVV2HU4xVNAZ9ciNA2R519uE4RfOPxy8mP60/0ifhss0PsohsQtK6R/yj02d3HNBP0LDrOYHPbsbyA2QES9AkJ4dO16mVHo+aqeESaMNENYcnHHEsDpMe1VyhaULG4hA1FIhLxTQ== X-YMail-OSG: KkFP2kgVM1lNAGTWobjAe6e7aQS7xvojjhRsnQhcP2ZRfkjOzmtAJ_f.NE1oJFa 7Ak1.JFQxHzEAzTWH0ZZ_xN2r.AHrOHIcTlqPTavazKuk.DCmV1OHDwqWYxyGx.74VgJBgsaadj6 pDEcTnERqxhllbGjlAoK.F3pHpQ6z4toBREIno.MwMZSqsk47gEkIcDbXLmNPJeSnO3fLb0zB7nM jHPwrGwbmZ4.Jtcpl887QhYWLTqdLrtq91e5IDfrg5mt0LTjDSFa03KFACc0DLKohAnWn8pG3RCb FZ8MH81I60s1wgilf91a50qIhHvjPTTMs2mznfEh2Sp18X9HrmTBfkpl1kAQqTYQq5F0pl2Gv672 TP3.tz__o5eo38Fe1754j01sYIjulBL2dBLQYH2U8yPIuAhYzqj8EdGtS8stEgNU1CeM7mdditN2 yu5t_VgbZw7Fp6n4h0ouZpvkupFSIzG5XYAkTFykCvAP.3EtbPFcsDmGCLmj6ufUJz7zKC0_ZLXR V4uHe8F5YNUZfO7iPcJscgh.19nohO6e6ltpxaFf6tANGw1J.fVd0BNr6yzZDpTAkJybXAwhrkPO 9Bv13IUjYXSqssqXiwWErZyFXP8_p5Y0zrGsbV1_73ElZioe0D97stXdQfpszleeW04S5QlBA6XQ Gd3Ql8OGN.bAMJSiQ5t1kjsyaSt_nNojy7wiTY0QGPujZAdxStbAgPDVFjZYVB7WkAttafpVMtSL Lfmj3mhZK2Z.oPLuCMS.aja2bUuCX7OF9.BibJAWetUHh43.SFnMmMuBsEi.trFE2JEkQgPi.pRg cd9Fd68MTHap7Nv9jkYFEiEIoIGgaKV6f21B_mwMrZwHc0TZWugk1PjIUT4481owuF9Jht4pLa_q 1gRIdkIZ9LMq1u8l9p95SpZy90Zk8NMpGcmFoedSfR82CmEj3P0Ii8q5e6qhRiu9hAVzoB9R94BT 4sYZm8LIbOfuripAYxxGSa8.XrXHpIPGfw71FRfcKyNRoIQv5tNozu9moJY41EwC.hNzfuYgBSd6 7tM3Pj_cDTMdSiwRjuAxF2YuRK_dkCUyZtl4rAPLDSMV6paPP7SZl8iDCNppNGA_osZfhoYNpib_ BxW1kVB_JwNFfigWM.jKIpJ8DfwPrADD.c7IR57xpYquZILRkqI9.jvv6rYDB0V0Db5eoFXhwiJO PJUT8wO0zIwskJ5RFFgUIuKcbbNRKiuFofqWRwKKMoN_vnoL1C5qu.vu7qGsek9zenhgi4QmrMH_ .b0iYzZBC2pdJV0KaklTv19UAgB19jc5fljptqNTTmmpr65q2oW3D4_uwbFMRoHMSk.yjeJiOFGJ hx52ANHLnRw3wZAQRJz_SRT1qZ480.wlVspfQEwyIv.zwSZ_fKp8NR2YDJMBTKdkmFdKIeY04gzF VPbW.pF.dmp6oT3QYx3POGf_4CKFmWkBkRg_Oyg71CX8_HwnZuyRjO_dT5XIS0grjLJa8s3XpfbS iia2f_4fMWtCcY6JWWaZ_XtHVtyurl371YyqG0LoiFOXkOYyLWkGsvLDDccsmAZgwoZly5iwexlx JXGhsDpjonojgG7bKT2g10FJ_0jO3.nCSwRo371cbNgzz8Sf_8vMtPmB5.YAVF3t5yql83x9B0e. mwW5LQsgYzzWis6VaaCJ3dBTF2T0tCCr_b7fD_FAM3k06kKkTCt1RlTIVMTYB.y.PLmdWamVODdU LEPVWJBeo5CHqoOdV84EZ2lsM6MFcHOJXHmDKZexpFzwotWaitWg29GAe8VsuLzMUptw3DzsWHQC iB6rNs9wXrFkWe3UHBzIh031jWSL3id2NYKGcLb0DPU6VjPuwlj8YzxS_ywp5P4YtgeN.BPtneEN n1F40bj0vJHkPzWyTm.IPOUQ9QMNPYCexf.IjnZWW.qPO1kW0etlYjGYCQ2IU0PNT0jGt7oBOG9v fjP9zphZzdbERJhmmwPo1aOFOwSAr3xp8tcSgDhKEQXxmcTfrF5UInRDZlUWU4TjCUlmp.Diih3G oBpd0uSc7jwu2M60Y7Acok4f7_IpemjJ_V5kU5nZ883qOJ7NNPOBmYK0Pog.sPcm1WWWS5hpZapd PzZer0KtWMqkYWybw6tk6tQ6.p4CObYjJjpE8rJJLsK3AfRHlQOUheWIRlS5VxJxCdQaKDBwus91 DnolxZCCq3G6GPGlJUmIoQDNCoikzcJ3soycOuU_1iZLMcvJpYQnLSQ_Fsouz9LCoQ4CHaRCRi2z KQRomQTkNCJxZg9hAZSPZdLbXZyrP9OnkUuLITHmxBNxqqIpO1FjVrW9PWMhwL_pbwaA- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.ne1.yahoo.com with HTTP; Tue, 29 Mar 2022 13:01:02 +0000 Received: by kubenode517.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1492d81c71149dbaa6339759f47ea171; Tue, 29 Mar 2022 13:00:54 +0000 (UTC) From: Po Lu References: <87wni1tzzl.fsf@yahoo.com> <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> Date: Tue, 29 Mar 2022 21:00:50 +0800 In-Reply-To: (Ignacio Casso's message of "Wed, 02 Mar 2022 09:37:28 +0100") Message-ID: <87a6d829rx.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19987 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 2752 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > Ok, here is the final patch, and a suggested commit message. I've > initiated the paperwork for the copyright assignment, I will let you > know when it is done. Thanks. A last-minute comment: > +(defun gui--set-last-clipboard-selection (text) > + "Save last clipboard selection, to be able to check later whether > +it has changed. Save the selected text, and for window systems > +that support it, the selection timestamp." > + (setq gui--last-selected-text-clipboard text) > + (when (memq window-system '(x)) > + (setq gui--last-selection-timestamp-clipboard > + (gui-get-selection 'CLIPBOARD 'TIMESTAMP)))) > + > +(defun gui--set-last-primary-selection (text) > + "Save last primary selection, to be able to check later whether > +it has changed. Save the selected text, and for window systems > +that support it, the selection timestamp." > + (setq gui--last-selected-text-primary text) > + (when (memq window-system '(x)) > + (setq gui--last-selection-timestamp-primary > + (gui-get-selection 'PRIMARY 'TIMESTAMP)))) > + > +(defun gui--clipboard-selection-unchanged-p (text) > + "Check whether the clipboard selection is the same as the last > +time it was read, by comparing the selected text, and for window > +systems that support it, the selection timestamp." > + (and > + (equal text gui--last-selected-text-clipboard) > + (or (not (memq window-system '(x))) > + (eq gui--last-selection-timestamp-clipboard > + (gui-get-selection 'CLIPBOARD 'TIMESTAMP))))) > + > +(defun gui--primary-selection-unchanged-p (text) > + "Check whether the primary selection is the same as the last > +time it was read, by comparing the selected text, and for window > +systems that support it, the selection timestamp." > + (and > + (equal text gui--last-selected-text-primary) > + (or (not (memq window-system '(x))) > + (eq gui--last-selection-timestamp-primary > + (gui-get-selection 'PRIMARY 'TIMESTAMP))))) These checks should use `gui-backend-get-selection' to find the selection timestamp, not the public function. Also, the doc strings of the new functions should explain the meaning of the argument `text', and the first line of each doc string should be a complete sentence not more than 70 characters wide, terminated by a period. > - ;; one they wanted. > + ;; one they wanted. EDIT: We do have timestamps or selection > + ;; counter now (for some window systems), so we can return the > + ;; newer. Perhaps the entire comment could be reworded instead of adding an edit to the end. There should also be two spaces between punctuation and any further text, like this: "wanted. EDIT: We do...". Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Apr 2022 10:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Po Lu Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164880892117582 (code B ref 53894); Fri, 01 Apr 2022 10:29:02 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Apr 2022 10:28:41 +0000 Received: from localhost ([127.0.0.1]:40950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naEWH-0004ZT-2u for submit@debbugs.gnu.org; Fri, 01 Apr 2022 06:28:41 -0400 Received: from mail-oln040092065023.outbound.protection.outlook.com ([40.92.65.23]:13890 helo=EUR01-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naEWC-0004Yx-Oy for 53894@debbugs.gnu.org; Fri, 01 Apr 2022 06:28:38 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Fv/TZWwR0Qjr/J7Nnc+/hx5fSCg/cxBGZSO3TGSBYR2R1m3IIIh/W2LM7z6slsRTjJCY8oUJNuSzwmO2cOcf23b91dqDJ1sudN1aTRNbJ/qAkNhv2WI5gtIBMkucqhnA7VRel8TpPjwH02i8N3cVc+11AeDE4rtBIweaim6ms7Vw9CzgMx2i0ju8jn/hux0RgSIoJrrXgH16W30afgiZkHGXhg2BglPAV4D4thG/HO9ehb3OIGx0AVarAcqaS2dwGz4ngZ+ruFEtOu33VvkUTGdVSY9EBO8LLXunrfbK4weE6zEEF1ulDT4JAXY79mxft4CI2sgG5OCAqYVhKPBQyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=h29UlHckLATtRVrePr5aQ/Nfh9QLvplrld//F1NNW5c=; b=Fa1+/tutLpJzAom8KKGgou5nv29JDrMHiNhuWGThXRjACwUHyhcb/aOfoxB04iuPt9ADUb9kNvKCAKRYZKr0EmqbucxrF4BeHJRPDkiYBNBxq8a/PrnxRjyfsFX+ZC71RG9SeG8tacqGyVIIynMeiijEcEN9vsC2VyGejMZECbWrtyc0RSUxnVS65AbUGTsxccdyrbYs/VAD1sV+CJHNW768bwh+Yp2wKup5KaImGOjhYNiQaW9wkzTqpTup4tz4FnbE/l2rLv7CSNUQ6bxJXEmdcq6AW14Rvmi2hXtuzk/mlmb20SPjZLaifOYAcaJehaJu3o19InMlSUkGKIKOiw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=h29UlHckLATtRVrePr5aQ/Nfh9QLvplrld//F1NNW5c=; b=rv9sTvulNOF5F7yCGCsrwWjFWiCOutBvQZp14VVyOB8vDxur+SK7dArqWeCgOwCS/JNsKTylp6PlGlk2KVlxhuGe6xeK62gvIHNURaJ6LxCRolGfos1Q3xEhjkNAfAdMGxOi2j+ob/3YDOXUXSP6FiTrhn/FyygAIq4rA/RUnYOrhpybzg9qlWZ1ENk9l3LZhXqmggV+Wc0hLuO0GqrOIU7ZcoJqEuwjDeh35T8/bmhhwDPUu+AHWfu/e52DYuGl+v3aVlcNKPL+F2gFv6v6jI3yqzTCKbqcoTnT9REQ9rshKBeJsnZreVcIYUMQh+NXRIU7RaXnuzc5uSX2nkWd0g== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM0PR06MB6516.eurprd06.prod.outlook.com (2603:10a6:208:196::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.19; Fri, 1 Apr 2022 10:28:29 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f%8]) with mapi id 15.20.5123.025; Fri, 1 Apr 2022 10:28:29 +0000 References: <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87a6d829rx.fsf@yahoo.com> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso Date: Fri, 01 Apr 2022 12:15:58 +0200 In-reply-to: <87a6d829rx.fsf@yahoo.com> Message-ID: Content-Type: multipart/mixed; boundary="=-=-=" X-TMN: [iNQ+lCABbJrWDapA1aAyiyC0D2eg2r+Y] X-ClientProxiedBy: MR2P264CA0167.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501:1::30) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <877d89rtbr.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: c909be38-7008-4226-a3cd-08da13ca5d01 X-MS-TrafficTypeDiagnostic: AM0PR06MB6516:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: I0AsMxvd5ESKTmcF0tdhg84WG0xHRnvpXF9/oh7m2iF1youvhAPXXO6Lw/sX3kYSbtSzq5iIM80IA8HiBGBYp3iQcyEtToyBJ8/EvyP/MovIm+wHuZ0BOz6B6id4RJjsOaEmD7m0R3jL0CEs1GiXJC+GthWHMqV9hwYsGfzD308SlREs6mp0VRaxzH1q6XO+d2zpoRCxji+Ht7BXvz8OTiYNjWqiUJrcf/bCXov+nZquDd7q6SiGzKJQiGJmXTVcjzzMjEUykSCwfmCr1uYz+8nqyuzpsucJllrUgDKLcsNLn+mdwik1dQ3ryYaLW6er0Pssjo8SXsGApMbfvi6HeHDrBAj7YDoHtv863+bdZLIRY4MKRXszNg/mMvHInROv7Oc04xi0DnojKY2rykHbMNifeXezCyCQbEJj/0oLONJu/aE8MoQ8VUVBQeHOw2FRWmCTy+jDMkoNexEJfipRVKU9L6qrRpm+hTfUIkCYaOenF2T9ZOK+8st1VrfjYJ57BMYXDk+YlmfcL2iZOk+0pfb2r7RLuUG1aqxnuXaJngP96ysoL7yMfSVUyKyraGTLq/LsZW3r9pfe7t4UqHFEwA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 5jBv67u3gnD7/wprQW+go23IRBZMvgG1MafhHB/drw/jYDUqtz1UrMvaRiq3YqGG5I8cvOSSiUjRh8CFqBWRWXjPpBmnP4Sv4USuYwrUBWZNIS+Sbm/oIqbnfIaHNlcwmZLqCwPewLPN+cBgJ1z+F24HovR02TcN6e5DAJ+vtYSGG/CDN/7lgXh204OMxuiifUr2k0iMaocXsKXITDCmvVHUV7xspYmtqolmdok0mxktYiTjMsixxAUm9Nmx9ezYIHtYadpKTvzg4bPBEZAEx3OGYgXOe8Li4GlYAv2tDR5lShZ1JPTfDK20FmPU3SFsnXzbm6sPQ6D9HzhrWFWbkLAw/NdffXJctCSPHDCyIYpV+/Ke9xh8YoC6F/T+jKhAt28KofdYMTctOvcX6xCFbdRUhr7gSAy+oypLeiVyf1n41zZDX7VR5MuNqkC8Bpj0UC08rh+/ql3gxuI4zfeIWWtVdtSU2KuqwYx5ghPwX/GZt9Tuc3v/aryreMIbYACgeVtMBsjvX/zRvtkPKLGvQn2Dr5UNpTIKK5UV+nKxembOsZxJkoltDhE6LLSvQYmn0Dz1guDHhqF20U+my7eWKD1SbsmQvlP8UJnRwYzTgT5Dag0U5k0eUnlL0tJIXr0gim/M6TDWTsDwLdmgchjbI5z5HYXyckFODV34LdlK2G/P2bvv0i8JkHG24qrgGIAYsjZWDnQsZsgtlsj82fy3XjgtR9IE2GgHClfkYPuiV8fx1O96m0a6ovtiH8D2a8kkBHVh3K+h5r6R06hslajc9YZ++zxa+eb0Jj4Eed1ooHEt5qYxHWB6uMmS2aADJ1Lh7OvWoLx+OOADutw9uTjcd/Tj+rkDk96zpCWEqcwWOljjbC8XkSWpr+E/aKlsF2i1V6AB0XjfD8TNjIh0hXDCB08co3JMmuyzaYUZeqlyVsfcSgUe1upxBdWL6NlLJl7/a3EfLUCgI60O/yiZBk36QcPLInVUqqUoIhdwlqj1dWgrOev8Ynv9IOI4ZhdBKVW6EV8mDJOgcU+2KXywTqeM+peS1nYG9uavXTkKt76xOYCYQplwBMPKWUQ1LS6NNKd3lsoakFVzQc6wLBHiJ043WQAQ+eZf3QsuyTaQD9jNTZ86wBdLt65SL9MhUAhr84wEjSFxWNXzfpwVnSw/nub055NWQgO9vpmbolv0QXy3VVMXql/dk0LOyM6BCly1ufhivdUaE+8p2u0at3C/j+kyNVm6EV9Wj+E3ZWQe6IgtFtoSdLC/rhJ/+18k35pX/TtGCRaFoKwleBFF3iYve0AbMel+xzMee31tUXZK8Rp0FyL1R9L1t3IvFEugadbdVPgmAgB2uveHW2EeZy2Tddc9obIfUoy+OFYjcKy7va715UU9jaDEhxBtQUAQ9aO6E2xUH1DwCzw6PEGAXa4bcvZGiQ4qc53yM0ywuZAFlPJJO5g= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: c909be38-7008-4226-a3cd-08da13ca5d01 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Apr 2022 10:28:29.8567 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR06MB6516 X-Spam-Score: -0.0 (/) 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 (-) --=-=-= Content-Type: text/plain Po Lu writes: > Ignacio Casso writes: > >> Ok, here is the final patch, and a suggested commit message. I've >> initiated the paperwork for the copyright assignment, I will let you >> know when it is done. > > Thanks. A last-minute comment: > > > These checks should use `gui-backend-get-selection' to find the > selection timestamp, not the public function. Done. > Also, the doc strings of the new functions should explain the meaning > of the argument `text'. Done. > and the first line of each doc string should be a complete sentence > not more than 70 characters wide, terminated by a period. Done. > Perhaps the entire comment could be reworded instead of adding > an edit to the end. There should also be two spaces between > punctuation and any further text, like this: "wanted. EDIT: We > do...". Done. I have also introduced two very minor changes with respect to the last patch: - In my comment in pc-win.el: EDIT -> NOTE - In select.el, inside gui-selection-value: simplified `prog1' forms Here is the new patch: --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0001-Better-check-for-when-clipboard-or-primary-selection.patch Content-Description: Patch for bug#53894 >From 9630ca85cf54c5b4d1867948792c65d3f242101c Mon Sep 17 00:00:00 2001 From: Ignacio Date: Sun, 13 Mar 2022 21:05:18 +0100 Subject: [PATCH] Better check for when clipboard or primary selection have changed Previously it was done by just comparing new and old selection text, now we use also selection timestamps for systems that support it (only enabled in X for now). This fixes bug#53894. lisp/select.el: new variables gui--last-selection-timestamp-clipboard and gui--last-selection-timestamp-primary. New functions gui--set-last-clipboard-selection, gui--set-last-primary-selection, gui--clipboard-selection-unchanged-p and gui--primary-selection-unchanged-p. --- lisp/menu-bar.el | 3 +- lisp/select.el | 108 +++++++++++++++++++++++++++++++------------- lisp/term/pc-win.el | 8 ++++ 3 files changed, 87 insertions(+), 32 deletions(-) diff --git a/lisp/menu-bar.el b/lisp/menu-bar.el index ab64928fe7..d8c8c760f7 100644 --- a/lisp/menu-bar.el +++ b/lisp/menu-bar.el @@ -606,7 +606,8 @@ clipboard-yank "Insert the clipboard contents, or the last stretch of killed text." (interactive "*") (let ((select-enable-clipboard t) - ;; Ensure that we defeat the DWIM login in `gui-selection-value'. + ;; Ensure that we defeat the DWIM logic in `gui-selection-value' + ;; (i.e., that gui--clipboard-selection-unchanged-p returns nil). (gui--last-selected-text-clipboard nil)) (yank))) diff --git a/lisp/select.el b/lisp/select.el index c352a48261..9db0a7cf84 100644 --- a/lisp/select.el +++ b/lisp/select.el @@ -25,9 +25,10 @@ ;; Based partially on earlier release by Lucid. ;; The functionality here is divided in two parts: -;; - Low-level: gui-get-selection, gui-set-selection, gui-selection-owner-p, -;; gui-selection-exists-p are the backend-dependent functions meant to access -;; various kinds of selections (CLIPBOARD, PRIMARY, SECONDARY). +;; - Low-level: gui-backend-get-selection, gui-backend-set-selection, +;; gui-backend-selection-owner-p, gui-backend-selection-exists-p are +;; the backend-dependent functions meant to access various kinds of +;; selections (CLIPBOARD, PRIMARY, SECONDARY). ;; - Higher-level: gui-select-text and gui-selection-value go together to ;; access the general notion of "GUI selection" for interoperation with other ;; applications. This can use either the clipboard or the primary selection, @@ -108,9 +109,10 @@ select-enable-primary :group 'killing :version "25.1") -;; We keep track of the last text selected here, so we can check the -;; current selection against it, and avoid passing back our own text -;; from gui-selection-value. We track both +;; We keep track of the last selection here, so we can check the +;; current selection against it, and avoid passing back with +;; gui-selection-value the same text we previously killed or +;; yanked. We track both ;; separately in case another X application only sets one of them ;; we aren't fooled by the PRIMARY or CLIPBOARD selection staying the same. @@ -119,22 +121,68 @@ gui--last-selected-text-clipboard (defvar gui--last-selected-text-primary nil "The value of the PRIMARY selection last seen.") +(defvar gui--last-selection-timestamp-clipboard nil + "The timestamp of the CLIPBOARD selection last seen.") +(defvar gui--last-selection-timestamp-primary nil + "The timestamp of the PRIMARY selection last seen.") + +(defun gui--set-last-clipboard-selection (text) + "Save last clipboard selection. +Save the selected text, passed as argument, and for window +systems that support it, save the selection timestamp too." + (setq gui--last-selected-text-clipboard text) + (when (memq window-system '(x)) + (setq gui--last-selection-timestamp-clipboard + (gui-backend-get-selection 'CLIPBOARD 'TIMESTAMP)))) + +(defun gui--set-last-primary-selection (text) + "Save last primary selection. +Save the selected text, passed as argument, and for window +systems that support it, save the selection timestamp too." + (setq gui--last-selected-text-primary text) + (when (memq window-system '(x)) + (setq gui--last-selection-timestamp-primary + (gui-backend-get-selection 'PRIMARY 'TIMESTAMP)))) + +(defun gui--clipboard-selection-unchanged-p (text) + "Check whether the clipboard selection has changed. +Compare the selection text, passed as argument, with the text +from the last saved selection. For window systems that support +it, compare the selection timestamp too." + (and + (equal text gui--last-selected-text-clipboard) + (or (not (memq window-system '(x))) + (eq gui--last-selection-timestamp-clipboard + (gui-backend-get-selection 'CLIPBOARD 'TIMESTAMP))))) + +(defun gui--primary-selection-unchanged-p (text) + "Check whether the primary selection has changed. +Compare the selection text, passed as argument, with the text +from the last saved selection. For window systems that support +it, compare the selection timestamp too." + (and + (equal text gui--last-selected-text-primary) + (or (not (memq window-system '(x))) + (eq gui--last-selection-timestamp-primary + (gui-backend-get-selection 'PRIMARY 'TIMESTAMP))))) + + (defun gui-select-text (text) "Select TEXT, a string, according to the window system. -if `select-enable-clipboard' is non-nil, copy TEXT to the system's clipboard. +If `select-enable-clipboard' is non-nil, copy TEXT to the system's clipboard. If `select-enable-primary' is non-nil, put TEXT in the primary selection. MS-Windows does not have a \"primary\" selection." (when select-enable-primary (gui-set-selection 'PRIMARY text) - (setq gui--last-selected-text-primary text)) + (gui--set-last-primary-selection text)) (when select-enable-clipboard ;; When cutting, the selection is cleared and PRIMARY ;; set to the empty string. Prevent that, PRIMARY ;; should not be reset by cut (Bug#16382). (setq saved-region-selection text) (gui-set-selection 'CLIPBOARD text) - (setq gui--last-selected-text-clipboard text))) + (gui--set-last-clipboard-selection text))) (define-obsolete-function-alias 'x-select-text 'gui-select-text "25.1") (defcustom x-select-request-type nil @@ -175,6 +223,7 @@ gui--selection-value-internal ;; some other window systems. (memq window-system '(x haiku)) (eq type 'CLIPBOARD) + ;; Should we unify this with gui--clipboard-selection-unchanged-p? (gui-backend-selection-owner-p type)) (let ((request-type (if (memq window-system '(x pgtk haiku)) (or x-select-request-type @@ -197,19 +246,17 @@ gui-selection-value (let ((text (gui--selection-value-internal 'CLIPBOARD))) (when (string= text "") (setq text nil)) - ;; When `select-enable-clipboard' is non-nil, - ;; killing/copying text (with, say, `C-w') will push the - ;; text to the clipboard (and store it in - ;; `gui--last-selected-text-clipboard'). We check - ;; whether the text on the clipboard is identical to this - ;; text, and if so, we report that the clipboard is - ;; empty. See (bug#27442) for further discussion about - ;; this DWIM action, and possible ways to make this check - ;; less fragile, if so desired. - (prog1 - (unless (equal text gui--last-selected-text-clipboard) - text) - (setq gui--last-selected-text-clipboard text))))) + ;; Check the CLIPBOARD selection for 'newness', i.e., + ;; whether it is different from the last time we did a + ;; yank operation or whether it was set by Emacs itself + ;; with a kill operation, since in both cases the text + ;; will already be in the kill ring. See (bug#27442) and + ;; (bug#53894) for further discussion about this DWIM + ;; action, and possible ways to make this check less + ;; fragile, if so desired. + (unless (gui--clipboard-selection-unchanged-p text) + (gui--set-last-clipboard-selection text) + text)))) (primary-text (when select-enable-primary (let ((text (gui--selection-value-internal 'PRIMARY))) @@ -217,10 +264,9 @@ gui-selection-value ;; Check the PRIMARY selection for 'newness', is it different ;; from what we remembered them to be last time we did a ;; cut/paste operation. - (prog1 - (unless (equal text gui--last-selected-text-primary) - text) - (setq gui--last-selected-text-primary text)))))) + (unless (gui--primary-selection-unchanged-p text) + (gui--set-last-primary-selection text) + text))))) ;; As we have done one selection, clear this now. (setq next-selection-coding-system nil) @@ -235,11 +281,11 @@ gui-selection-value ;; something like the following has happened since the last time ;; we looked at the selections: Application X set all the ;; selections, then Application Y set only one of them. - ;; In this case since we don't have - ;; timestamps there is no way to know what the 'correct' value to - ;; return is. The nice thing to do would be to tell the user we - ;; saw multiple possible selections and ask the user which was the - ;; one they wanted. + ;; In this case, for systems that support selection timestamps, we + ;; could return the newer. For systems that don't, there is no + ;; way to know what the 'correct' value to return is. The nice + ;; thing to do would be to tell the user we saw multiple possible + ;; selections and ask the user which was the one they wanted. (or clip-text primary-text) )) diff --git a/lisp/term/pc-win.el b/lisp/term/pc-win.el index 327d51f275..514267a52d 100644 --- a/lisp/term/pc-win.el +++ b/lisp/term/pc-win.el @@ -246,6 +246,14 @@ w16-selection-owner-p ;; if it does not exist, or exists and compares ;; equal with the last text we've put into the ;; Windows clipboard. + ;; NOTE: that variable is actually the last text any program + ;; (not just Emacs) has put into the windows clipboard (up + ;; until the last time Emacs read or set the clipboard), so + ;; it's not suitable for checking actual selection + ;; ownership. This should not result in a bug for the current + ;; uses of gui-backend-selection-owner however, since they + ;; don't actually care about selection ownership, but about + ;; the selected text having changed. (cond ((not text) t) ((equal text gui--last-selected-text-clipboard) text) -- 2.25.1 --=-=-=-- From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Apr 2022 11:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ignacio Casso Cc: luangruo@yahoo.com, larsi@gnus.org, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164881074422549 (code B ref 53894); Fri, 01 Apr 2022 11:00:02 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Apr 2022 10:59:04 +0000 Received: from localhost ([127.0.0.1]:40998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naEzg-0005rd-9A for submit@debbugs.gnu.org; Fri, 01 Apr 2022 06:59:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60292) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naEze-0005qz-EL for 53894@debbugs.gnu.org; Fri, 01 Apr 2022 06:59:03 -0400 Received: from [2001:470:142:3::e] (port=37038 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naEzY-00065S-Oz; Fri, 01 Apr 2022 06:58:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=KMkf1XlKrJJvasDNudQ1oclMmLgnIXE2nLYtISDQWJE=; b=kWtvP7JfJVcA /M4L2hez6J6OIQa7TRnAFBOhE4eLT+4nU/H4YhdSIbwudiwP1EDl9Lxb4kFzptjBEFmWbsfT+wF6C t2p521sxLGm0m+vWnh75Pn4RIZ+PLS213xGcgbjPvNlsHj6S0cHF/gKeoNZZEj1Hu7YAsnn2iaETw F/f+r+BUGgDmDIXIxejV5IZ/j2WBKvZl8oJAlvBq0KLsfmwi8tdkKiV7Xw26bUxUaljBu+tiWc3pX Mo2ICCqItIVYt3qFsSOKS8zvc/5ubAQ/IIM0t419Ln0eqBtfPkP7js/IUHcr+URU9483wk2dPVhnG aGqeaJOBUSSNT6IRmmF5Sw==; Received: from [87.69.77.57] (port=1591 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naEzY-0006f8-5p; Fri, 01 Apr 2022 06:58:56 -0400 Date: Fri, 01 Apr 2022 13:59:08 +0300 Message-Id: <83h77d5atf.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ignacio Casso on Fri, 01 Apr 2022 12:15:58 +0200) References: <87pmnttw78.fsf@yahoo.com> <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87a6d829rx.fsf@yahoo.com> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Ignacio Casso > Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org > Date: Fri, 01 Apr 2022 12:15:58 +0200 > > +(defun gui--set-last-clipboard-selection (text) > + "Save last clipboard selection. > +Save the selected text, passed as argument, and for window > +systems that support it, save the selection timestamp too." > + (setq gui--last-selected-text-clipboard text) > + (when (memq window-system '(x)) This should use 'eq', nor 'memq', since you are testing against a single value. (There are more of such code elsewhere in the patch.) From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Ignacio Casso Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Apr 2022 11:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: luangruo@yahoo.com, larsi@gnus.org, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164881258327325 (code B ref 53894); Fri, 01 Apr 2022 11:30:02 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Apr 2022 11:29:43 +0000 Received: from localhost ([127.0.0.1]:41021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naFTL-00076f-2F for submit@debbugs.gnu.org; Fri, 01 Apr 2022 07:29:43 -0400 Received: from mail-db8eur05olkn2034.outbound.protection.outlook.com ([40.92.89.34]:46688 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naFTI-00076H-Bg for 53894@debbugs.gnu.org; Fri, 01 Apr 2022 07:29:41 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RVpPZl6rNzQcU6w+g4ZYyBxH4cVzOUSaCqG9qq2lnyN9Yin4hmREZeiIWUgXJAXT9DVSBt+7ZsQITWvTAuQuNvNGromL32XWjLD0BViwNhVazd+MPlaYpEf5uxtfkJH4Ir01gH9jQwpdh/5TTUCyqLuaNIh+5KTtdJtxVLsfWFyqs3j4rOCVFPfmsBI+/ilwUJt3uqHkKH+IrBdfN6VoKb1738JyUJqhL3Ryf25QisMCuhApH4vQjXESdqpWcQpX3/ecbJW3k3UElyg6P3W0U1d6sLjRPWoFGavMJnYJFVQ4sj5CCP5cTkTkQjpJ75pWkzU4uU/kxbhCb/21zhQJ7A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=KEwiVAP4dYdl7FfYZoRxQUHkMMocTqlLgcKUMRpGZek=; b=FaSzVGfapZH04cmJHysr/Cptc4eNio6ARkLwatEpqju4RR8jIyonJsZgphFwsf0BKnTZc3UOUKYwfA5K3c5qsQ+BE2F9hUtf2R2Elx+poopJ9aww3yISkYGZKsK+rBi1S9fwEr8N5xhu2RNzHwbmRknuj29ViboamYT/Q6tzToJSF06a0fuIi6a3UMMsYmbkTBMQxLyElJxxl1U4SVSG+7NCvfm2XC9Z183WlQcA03Ihxt57CjX3aORzuf/zSGj6dNaDYYW0BvBNYjfFnKhoBTZ0WtEXlL9KNA4grdYqtL6doRLcFTKDsvTOpbxqXs4H0HHVzeIHK6RMnk3AZfBHpg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KEwiVAP4dYdl7FfYZoRxQUHkMMocTqlLgcKUMRpGZek=; b=py2v2VtggXrPGMRRJm/8Q5oDQcdGTAhQjSc+zbp+LHf/EcoLMIbmw7C6DZpNR+LnH5dNOweq1tErCoFVxfPKLicCP567cY8OCsbClKJ+6iA2hFoyx+Q9M3Jj889X/CXZgnPLDtOUlBrFXExqaHqZuDro0h9g/Lbpybyp1CP5iug4R1FNFiwDWLMDxAbhpiZLFNsbJKfSej0Zz+PL+Uh3XY/e9yL2+a5HlpKjEXLmcSKO88pMHD7e11R81W7eEjAIV7tOhEbSokbxjl8yeAVaIfqPgXec/bf7eh/uDzZF6IgVQblhgQWpiryF9ViV+/+3ejWQun9ImqPtSa9NHcVcbw== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by DB7PR06MB5960.eurprd06.prod.outlook.com (2603:10a6:10:2c::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.21; Fri, 1 Apr 2022 11:29:33 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f%8]) with mapi id 15.20.5123.025; Fri, 1 Apr 2022 11:29:33 +0000 References: <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87a6d829rx.fsf@yahoo.com> <83h77d5atf.fsf@gnu.org> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso Date: Fri, 01 Apr 2022 13:23:27 +0200 In-reply-to: <83h77d5atf.fsf@gnu.org> Message-ID: Content-Type: multipart/mixed; boundary="=-=-=" X-TMN: [+TxUItSnGuMO1F70CcGifiSUJjLFmXZI] X-ClientProxiedBy: MR2P264CA0175.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501::14) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87mth511pl.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: a82ad995-7faf-45d8-c023-08da13d2e3aa X-MS-TrafficTypeDiagnostic: DB7PR06MB5960:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: gi8PkBQJ/KpOF5t1QtCIyanr0DgLfZt6T9kWruACYUU01ujXQcHZJlUEIAWiKYA5ujYIvdkLJKTkxSpAO0PRz2sRkmL1pI20Jl4htwWrAygAu9NyQm/xFzefUKPpKcVpO+w03PYXA+rdV6/jyqECNroZGT0lTiLUHsWa310v7XMl7h2siXT8rs8JoSS4XZdJ6+V3AG7U0HZK2STLSZb8r1pLFnzbzVULjf2ksdmCkc/gP10pBvYBsfIWdv9Diur1k8IfFOz/GQvJ3NQ8elNIjzaQl8WUgAZUBjdMrvilK18xYQzAwi/umAsWkAdd2EkNBGcAWtehcyZpE8lmznYudyqKs9AQaHvD96X4KQZCT9dH1ly5oQwrLvcx6x0kSIqctvmaqDI8ieYcZ/n0uU9MmbTmbZDV0wRcD7FsguoJqJ0+eIpzkJX7B58Sfj/Krz7ueBnQHm/WQmb/sz7I2mAVKfjl6En2F9mLtknDb4IIiXuWAjTLIQSyra8SWW6Bw3sxZ0AMd5aFqvCjp99RvqWvEmrz3mMX4ljB9T58DHjggwyYNjYTum8rqWAR6jiv4/RQdPOTEe5VMZwZFQE+YqxWUA== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: jwAmksBszmrl1qQSKv3zrZycfKbe6SbEYCqO+3WW4xkpR8qICjitH4J9hClKC/x19CWcUl1qaVF23OE9y02PcX2XlK8Icz/O16W++HwyDtTHF4iDdFgxFiwvIS3T/+cm0IIJYJCFMcciqv5+bNs2ozlxiwHZ1TNKC5NxMI2MFDx+27oFQeEWiCtd/AnEzfCKq/p5yTe+y2OnnHy1mD3NnL74tXrMyyZ72ePp/NiPWrV5Dr2ZDF9oKibu9aRirk65xpiXBS2++MLsSplHbXYMzNQoHvetGiFpZ7DGpi1sy19YS7KeTYAtIzXj7x2baD3OadX1O2sR4S8O/6OzGLph28M5C1cZWC1SE6DH7+19yhDD85jYtI5uOeTG2Fd80eTElMoCR/4iP49pNLgo7CBRc7wI1GhPxrfg/HrHLWhaXUG7K04t07RwMoCj7pzhZDRUOfroKp4cbNs0gvfLKZVLR2JTrtJwVwAkyxr1xcRJRBjMvJ/HMXuEYWBSwDK0hKC70wJYn3CMuZuJDUUSck/+fxWdRB8qGaMTW8Sa1N5clmjHQeo/0k0Ewj2x5+JZtBa+TSvDtGlua5N1d8q4awmuiJ/jprCECL2O3EzOjf8qR8aCwhuu8T5O1tMLJk3MZZ+JdgZNnuOrCqu84Fncr7s5s9L8ygnNW43Q+Cy7reWgY+XrxlwLmgXzoPDoNa6yOphJrxMtZvr4SA4K1rYuipRodeIJWez6AVYrKNuzvkpaZ6H5VviOzz/3axufc8uBiFxV9Mq9R22pYIrTUgWdYtcKkC6hN39jYujW3EAWYhVdGoGcB4gd5Q6IafxpbEfzuLCuQitouQViyuO2+VQKEtWbgAhFhYzYAFE+RddI5ukRClKhbyUprYqn84OPAHmE3EAZIq7b2qfnh5mqdI254wY91afPbI5o3dEUkJhVW9qzf5pIeNQEMURisTcGB7PqH/iLb4NCSsj5R+QPp6UYlH+H2RAyjiSX0172xnH48AA5B1pj9DBtM8W0bwt8S+BD93aOH9xrGor9kmESa2l1ZWGQrWLuiTtNvtJXOfK4uggPoGjP0518bSJDcxXFdgPMAZn1KaqbY3WIHS5ql34cFUpDA7CpM1/z4Ymn/Dw65EgNL0rccw+CUm0XUuSRCKiHU7BooZAexdClq2VjsRgFS7kldsyW2BHEjHFDxp1yOm8LQ/rVHVwyYR9gTUPMoN0XyxlJA4E4fboXL8x2vTYX5kQBK8EZwmDoOJIHDuVdnD3SMQs6HACV7MELo3FlzJKUPViwLcpDL7oJxz+0vpI96FV0oWcFo9/3lSgQ2b9Q+93NMLdlTlGYFCPenT969LU64g3aNtwsbWARkhM/G3tYwOXReSTYdPSA0W2FYDo5/9a04W10hBOrszqmvC5dignN/okW7CGoYpz1kNrgzsdf2uFsRBgtBf9OBVKBx5Cx5xkWTWM= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: a82ad995-7faf-45d8-c023-08da13d2e3aa X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Apr 2022 11:29:33.2826 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR06MB5960 X-Spam-Score: -0.0 (/) 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 (-) --=-=-= Content-Type: text/plain Eli Zaretskii writes: >> From: Ignacio Casso >> Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org >> Date: Fri, 01 Apr 2022 12:15:58 +0200 >> >> +(defun gui--set-last-clipboard-selection (text) >> + "Save last clipboard selection. >> +Save the selected text, passed as argument, and for window >> +systems that support it, save the selection timestamp too." >> + (setq gui--last-selected-text-clipboard text) >> + (when (memq window-system '(x)) > > This should use 'eq', nor 'memq', since you are testing against a > single value. (There are more of such code elsewhere in the patch.) Well the idea is that in the future there could be more window systems in that list, that's why I used `memq'. I attach the patch using `eq' instead. --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0001-Better-check-for-when-clipboard-or-primary-selection.patch Content-Description: Patch for bug#53894 >From b069ee6a9c6454bf30a26730635702cb24dbd950 Mon Sep 17 00:00:00 2001 From: Ignacio Date: Sun, 13 Mar 2022 21:05:18 +0100 Subject: [PATCH] Better check for when clipboard or primary selection have changed Previously it was done by just comparing new and old selection text, now we use also selection timestamps for systems that support it (only enabled in X for now). This fixes bug#53894. lisp/select.el: new variables gui--last-selection-timestamp-clipboard and gui--last-selection-timestamp-primary. New functions gui--set-last-clipboard-selection, gui--set-last-primary-selection, gui--clipboard-selection-unchanged-p and gui--primary-selection-unchanged-p. --- lisp/menu-bar.el | 3 +- lisp/select.el | 108 +++++++++++++++++++++++++++++++------------- lisp/term/pc-win.el | 8 ++++ 3 files changed, 87 insertions(+), 32 deletions(-) diff --git a/lisp/menu-bar.el b/lisp/menu-bar.el index ab64928fe7..d8c8c760f7 100644 --- a/lisp/menu-bar.el +++ b/lisp/menu-bar.el @@ -606,7 +606,8 @@ clipboard-yank "Insert the clipboard contents, or the last stretch of killed text." (interactive "*") (let ((select-enable-clipboard t) - ;; Ensure that we defeat the DWIM login in `gui-selection-value'. + ;; Ensure that we defeat the DWIM logic in `gui-selection-value' + ;; (i.e., that gui--clipboard-selection-unchanged-p returns nil). (gui--last-selected-text-clipboard nil)) (yank))) diff --git a/lisp/select.el b/lisp/select.el index c352a48261..0b51f01cc5 100644 --- a/lisp/select.el +++ b/lisp/select.el @@ -25,9 +25,10 @@ ;; Based partially on earlier release by Lucid. ;; The functionality here is divided in two parts: -;; - Low-level: gui-get-selection, gui-set-selection, gui-selection-owner-p, -;; gui-selection-exists-p are the backend-dependent functions meant to access -;; various kinds of selections (CLIPBOARD, PRIMARY, SECONDARY). +;; - Low-level: gui-backend-get-selection, gui-backend-set-selection, +;; gui-backend-selection-owner-p, gui-backend-selection-exists-p are +;; the backend-dependent functions meant to access various kinds of +;; selections (CLIPBOARD, PRIMARY, SECONDARY). ;; - Higher-level: gui-select-text and gui-selection-value go together to ;; access the general notion of "GUI selection" for interoperation with other ;; applications. This can use either the clipboard or the primary selection, @@ -108,9 +109,10 @@ select-enable-primary :group 'killing :version "25.1") -;; We keep track of the last text selected here, so we can check the -;; current selection against it, and avoid passing back our own text -;; from gui-selection-value. We track both +;; We keep track of the last selection here, so we can check the +;; current selection against it, and avoid passing back with +;; gui-selection-value the same text we previously killed or +;; yanked. We track both ;; separately in case another X application only sets one of them ;; we aren't fooled by the PRIMARY or CLIPBOARD selection staying the same. @@ -119,22 +121,68 @@ gui--last-selected-text-clipboard (defvar gui--last-selected-text-primary nil "The value of the PRIMARY selection last seen.") +(defvar gui--last-selection-timestamp-clipboard nil + "The timestamp of the CLIPBOARD selection last seen.") +(defvar gui--last-selection-timestamp-primary nil + "The timestamp of the PRIMARY selection last seen.") + +(defun gui--set-last-clipboard-selection (text) + "Save last clipboard selection. +Save the selected text, passed as argument, and for window +systems that support it, save the selection timestamp too." + (setq gui--last-selected-text-clipboard text) + (when (eq window-system 'x) + (setq gui--last-selection-timestamp-clipboard + (gui-backend-get-selection 'CLIPBOARD 'TIMESTAMP)))) + +(defun gui--set-last-primary-selection (text) + "Save last primary selection. +Save the selected text, passed as argument, and for window +systems that support it, save the selection timestamp too." + (setq gui--last-selected-text-primary text) + (when (eq window-system 'x) + (setq gui--last-selection-timestamp-primary + (gui-backend-get-selection 'PRIMARY 'TIMESTAMP)))) + +(defun gui--clipboard-selection-unchanged-p (text) + "Check whether the clipboard selection has changed. +Compare the selection text, passed as argument, with the text +from the last saved selection. For window systems that support +it, compare the selection timestamp too." + (and + (equal text gui--last-selected-text-clipboard) + (or (not (eq window-system 'x)) + (eq gui--last-selection-timestamp-clipboard + (gui-backend-get-selection 'CLIPBOARD 'TIMESTAMP))))) + +(defun gui--primary-selection-unchanged-p (text) + "Check whether the primary selection has changed. +Compare the selection text, passed as argument, with the text +from the last saved selection. For window systems that support +it, compare the selection timestamp too." + (and + (equal text gui--last-selected-text-primary) + (or (not (eq window-system 'x)) + (eq gui--last-selection-timestamp-primary + (gui-backend-get-selection 'PRIMARY 'TIMESTAMP))))) + + (defun gui-select-text (text) "Select TEXT, a string, according to the window system. -if `select-enable-clipboard' is non-nil, copy TEXT to the system's clipboard. +If `select-enable-clipboard' is non-nil, copy TEXT to the system's clipboard. If `select-enable-primary' is non-nil, put TEXT in the primary selection. MS-Windows does not have a \"primary\" selection." (when select-enable-primary (gui-set-selection 'PRIMARY text) - (setq gui--last-selected-text-primary text)) + (gui--set-last-primary-selection text)) (when select-enable-clipboard ;; When cutting, the selection is cleared and PRIMARY ;; set to the empty string. Prevent that, PRIMARY ;; should not be reset by cut (Bug#16382). (setq saved-region-selection text) (gui-set-selection 'CLIPBOARD text) - (setq gui--last-selected-text-clipboard text))) + (gui--set-last-clipboard-selection text))) (define-obsolete-function-alias 'x-select-text 'gui-select-text "25.1") (defcustom x-select-request-type nil @@ -175,6 +223,7 @@ gui--selection-value-internal ;; some other window systems. (memq window-system '(x haiku)) (eq type 'CLIPBOARD) + ;; Should we unify this with gui--clipboard-selection-unchanged-p? (gui-backend-selection-owner-p type)) (let ((request-type (if (memq window-system '(x pgtk haiku)) (or x-select-request-type @@ -197,19 +246,17 @@ gui-selection-value (let ((text (gui--selection-value-internal 'CLIPBOARD))) (when (string= text "") (setq text nil)) - ;; When `select-enable-clipboard' is non-nil, - ;; killing/copying text (with, say, `C-w') will push the - ;; text to the clipboard (and store it in - ;; `gui--last-selected-text-clipboard'). We check - ;; whether the text on the clipboard is identical to this - ;; text, and if so, we report that the clipboard is - ;; empty. See (bug#27442) for further discussion about - ;; this DWIM action, and possible ways to make this check - ;; less fragile, if so desired. - (prog1 - (unless (equal text gui--last-selected-text-clipboard) - text) - (setq gui--last-selected-text-clipboard text))))) + ;; Check the CLIPBOARD selection for 'newness', i.e., + ;; whether it is different from the last time we did a + ;; yank operation or whether it was set by Emacs itself + ;; with a kill operation, since in both cases the text + ;; will already be in the kill ring. See (bug#27442) and + ;; (bug#53894) for further discussion about this DWIM + ;; action, and possible ways to make this check less + ;; fragile, if so desired. + (unless (gui--clipboard-selection-unchanged-p text) + (gui--set-last-clipboard-selection text) + text)))) (primary-text (when select-enable-primary (let ((text (gui--selection-value-internal 'PRIMARY))) @@ -217,10 +264,9 @@ gui-selection-value ;; Check the PRIMARY selection for 'newness', is it different ;; from what we remembered them to be last time we did a ;; cut/paste operation. - (prog1 - (unless (equal text gui--last-selected-text-primary) - text) - (setq gui--last-selected-text-primary text)))))) + (unless (gui--primary-selection-unchanged-p text) + (gui--set-last-primary-selection text) + text))))) ;; As we have done one selection, clear this now. (setq next-selection-coding-system nil) @@ -235,11 +281,11 @@ gui-selection-value ;; something like the following has happened since the last time ;; we looked at the selections: Application X set all the ;; selections, then Application Y set only one of them. - ;; In this case since we don't have - ;; timestamps there is no way to know what the 'correct' value to - ;; return is. The nice thing to do would be to tell the user we - ;; saw multiple possible selections and ask the user which was the - ;; one they wanted. + ;; In this case, for systems that support selection timestamps, we + ;; could return the newer. For systems that don't, there is no + ;; way to know what the 'correct' value to return is. The nice + ;; thing to do would be to tell the user we saw multiple possible + ;; selections and ask the user which was the one they wanted. (or clip-text primary-text) )) diff --git a/lisp/term/pc-win.el b/lisp/term/pc-win.el index 327d51f275..514267a52d 100644 --- a/lisp/term/pc-win.el +++ b/lisp/term/pc-win.el @@ -246,6 +246,14 @@ w16-selection-owner-p ;; if it does not exist, or exists and compares ;; equal with the last text we've put into the ;; Windows clipboard. + ;; NOTE: that variable is actually the last text any program + ;; (not just Emacs) has put into the windows clipboard (up + ;; until the last time Emacs read or set the clipboard), so + ;; it's not suitable for checking actual selection + ;; ownership. This should not result in a bug for the current + ;; uses of gui-backend-selection-owner however, since they + ;; don't actually care about selection ownership, but about + ;; the selected text having changed. (cond ((not text) t) ((equal text gui--last-selected-text-clipboard) text) -- 2.25.1 --=-=-=-- From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Apr 2022 12:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ignacio Casso Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164881466315523 (code B ref 53894); Fri, 01 Apr 2022 12:05:02 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Apr 2022 12:04:23 +0000 Received: from localhost ([127.0.0.1]:41051 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naG0t-00042J-7B for submit@debbugs.gnu.org; Fri, 01 Apr 2022 08:04:23 -0400 Received: from sonic306-20.consmr.mail.ne1.yahoo.com ([66.163.189.82]:46828) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naG0s-000427-7M for 53894@debbugs.gnu.org; Fri, 01 Apr 2022 08:04:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1648814655; bh=lz1luiwt1r5VM+pDMztpTqHndWH6bfs9+e3SNkMq6NU=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=DB1QhthbjTKhFz+35Hy1KN7vNTam9m7R45dLa22/7IuK7SAKbvrI8JA4PkLhiWbFVjdVdetUw9HKXHheGE9/tSJiASwIZe0Vj7dTqsf6nCQjebSfymQQyKEheKwRBfD8zHHkbiCvariLrOOpUDTrS/xxYESdBevsWoCEd0weMzOhv5MEBbz4yYvUZbm0hy3A4EiVRnQFqQ8zMhh/T0mJdylQyK+T4g2mIR42MQzpFSYulVAmlhEZPp7pcHR7FS6H4UrLiPoXTbmTvdFssXiCwqK487+iZKMBstdbzyPp+LM2u0ztddgdyknT+uNNbfZ9nwN9uiwf+22q5NM+fFbKRw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1648814655; bh=MQrrNbZU3P1g3BoDDNEz1yqEwupfkbzCGeFH59VtzLs=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=n4CCOqmfJ67+9DyFf4OIJPT4D3FhtPOarNy/4La0uyiGrqP8Ka7pkzQh49VXdbiULA8J9tO8+hxP1CtOUaEfqNIjs9DFk4yW6bvCEBMHG+G/PjI+sk2b9EZY/EFTVVB0UdZgepK37PoWhXo3pGzXm4aJZO9CfMg0UkWt08WHAsFvWT+d0UkPNqMwzaVAcbtC7u/zXoKC5wXMKOHR5F4qtwZhTzEMf2QrFDyEgwPQKrBJfQW+a1NTP0oqnu/9etxjYnoEpgLw0l+WmAYE1EB9/JyXWikakFHs0KLX2GLh9oKIfsWnlqkTPKAlqC1hvIs6fwUWoKxb4fjThOzA10D5rA== X-YMail-OSG: eONZnKYVM1k9z3TP9QBiCXvMq8Lpa5yX9vD7uKSz8McOfq4wFGnoYypExPmfBeh FFfv.dIOoLmgT7JKZXh.U_zHRp5huK2.rPrqF_hxKYKX9uHERayiebjO.0CE_BMRR6lhpgEhoR.d RamzAYq0LWmuyVY0keHgwIAAEgCbxMCjtIR6_iKIoSiffFmN0kxag6nJLemt1wpfjbcj23kNwTwR t3HsGvooJ7hzfF5hzLdXm6mlCHGYTSHLVZxmg2Bjhg9LGCm9jR85xcQXof4z7GWf4yHMF9j5G14. PQ.PQF9SMWqZ.KnHlVsQOVssjHqXxYGfry8tZOT..J8hZY3qikgngwzIrpSZ_PcpP4YLZXa5wEkT 2eK1Z1eocAjmvJBn8LW68GEPXhJ9b7gnN0BC_6iwfaC0Yx3scPq3jEJWDIeOLAphboo0yC_Q3lAx VbRTUFREqeU6rXtKqEZUjSZ2nEpnX1gbV9xs0EfIQcTiQs9KDr7AfjqyqH8x5MzsmiAmpLgtWkCZ R5yLzfHXuRsCnKA1oeDjbbFf4ZeIQ1s0g9t0IjhijVLnn55STJu9jnUtsFPr5Q1N_n03f3p3d2AN DGut_gO.cbput5ijkn3YNiRjEQZXZKoWWrZXA56mYhgaYmqitm8EcR7TcEvWyBj.xX51U7NvyjtK qnnjjRsEK6PBpI_pouvx.AFVekF6oL64kJLvDsIRJgkaTBKhdLPHTK261hUjJgJxwI3ZF5kw1PzR tKW4avb7Aju0tioT8ENMDfAfcD.QdOdxmijsMLgZLMpp2zDJHxClSm2YE6Tom_c62jv_7.giKav_ 18Jk5aYrQ0q8r31WMyvEJFnx5vZ13QKFcBBOK_F0oG11wl6bBsErgAaXO8viCFqmHE3gbe_yg72Z 7iL5RHEZEpJ4FjbNnk1OK9qV.UBxcDsO1Dqecxuzv6HWpOONPROLLEwVVkzle8AVi4FB9ZI1nWnr jkuxwIolrSGHC6UtyAJg2WPCP.HiqLP43.3Tcl3xTs..Fc56cV5043wG3MpzZ0bfMjNzG67Yoxlv 17iJRCbo5LsgZmjKV7t5l5VoKTNZlq_EGjjdbYP8WKq_DFU1K60R8v7s5CW6cAOTV96ddLAbxmb_ 58BiGTgQUneKUt3gm_8ske5P7boplyLxfUYOX3NbGOIln6biQ2EwkJLcm2uiWJtezhFBVx8YwB.0 _JOxl4R8H5XelW_Sd3AAxKx6fnQXCPYrc55R0UYrM9Z9.OEzOuGHvEarFSVBg24oaYAb.VcCqL23 eGnP_xONluOV4cmwoSdQsWEP4EPJ5flr4a9jlpnlH5v3KJ6DaDNg7d2Ab6Zyhhftb9.LCg_FHVwn BaSHbS59j8sEMzgFO2YHzqZoc7tRSwwoJBhanDS5KxzKKFdkFdOhywZAi4He..xUgDfLZ5tKt2CW lNcCVoLnOe8FVk4YeVRIoqgsLSGfqSTpxNNmICCJZ4GdWiqtdXsvOv36mI9ugPgcVnRMmyKeHRME 2iLksrhz5SFPBW83ObI17ln4ojvbwRZ99vgSr4TV1e5SMonj1ZnDLTsVPkUilgmUnK0SnWpoQ0ob pleD_ueWWp.Z9PqmBVqUbb6h2UFvbKKcMm0FkpQ4DRE9pt4o2edTWcKGx5Dd.Ssvu8cFH7V8sHJg f5DEF79tcYhAwDBoeEYo6.PhzM2g11E12YdHgbtVilfBscQuYQbPSDpsARDNtG2WkhD0cSdmzCnq .gPuHZBRbBDTEyQSZ1WTXL1JjF6KRaSaZskKrRoc_G0SJXUpiaFc29GRtMKDjfsOBbEG.wXHU6io yO_3shtqhPX0eSN.9xL_N.mwUmEaluXvuxoX681feWFH4VGrrp3RHISgmnQ6pjQ7o4clpGWA18cC 0EUsrWeSbrr.8oEFDAHEIvEJE_qySOHjk8cxW9KrJy7D83Hfw3x3tNcHuoBlSR.dSsoF2X1dJVJn lnISNlOBHCygDFy34SEksDLpfHfxsrrVZH0c42C2uj1_T9SIigCuAXWJx6KtKWMxuzA4SnyBRX1E IFe869OQM1Sf4qeyrJQOjby9Z4dtvgorXhG07NG3mfrT2n1GnN7DICpFZobRKmjXkTKjsF7qEE.M 740FbwEYKH141EvslVwuTM.0lDPOdv7_axdtLTfhAgSh.a03GBgIR7x_.HeyJszgFTCIA9S_inn_ iZq8HgvAWILIZuPfQOrGQst_AJr.m.DHHBCkVHZdlIlrHN4Sx0Wx9d0qWVYSzyNze2ODEKCLGaAy 4asVA2oy7Iw7BZIbqyxQffICmqHBIPCLAB4BHI8vfkganl1zihZOVZy2UA3xlzwVcEniwlhLqLTM - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Fri, 1 Apr 2022 12:04:15 +0000 Received: by hermes--canary-production-sg3-65d7bd97b5-p7hgv (VZM Hermes SMTP Server) with ESMTPA ID 1d71443f6e273e3a1f5ea53059ccf530; Fri, 01 Apr 2022 12:04:09 +0000 (UTC) From: Po Lu References: <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87a6d829rx.fsf@yahoo.com> <83h77d5atf.fsf@gnu.org> Date: Fri, 01 Apr 2022 20:04:03 +0800 In-Reply-To: (Ignacio Casso's message of "Fri, 01 Apr 2022 13:23:27 +0200") Message-ID: <874k3df1sc.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.20001 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 270 X-Spam-Score: -0.0 (/) 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 (-) Ignacio Casso writes: > Well the idea is that in the future there could be more window systems > in that list, that's why I used `memq'. I attach the patch using `eq' > instead. Thanks. If Eli has no further comments I'll install this now. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Apr 2022 12:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ignacio Casso Cc: luangruo@yahoo.com, larsi@gnus.org, 53894@debbugs.gnu.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164881502516059 (code B ref 53894); Fri, 01 Apr 2022 12:11:01 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Apr 2022 12:10:25 +0000 Received: from localhost ([127.0.0.1]:41056 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naG6i-0004Ax-RE for submit@debbugs.gnu.org; Fri, 01 Apr 2022 08:10:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naG6h-0004Ah-2R for 53894@debbugs.gnu.org; Fri, 01 Apr 2022 08:10:23 -0400 Received: from [2001:470:142:3::e] (port=46254 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naG6b-0002rP-PJ; Fri, 01 Apr 2022 08:10:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=rVH0q4qFDgiXDbPrymlRCulXNBOvug5yNkUwoziAWKw=; b=oREIMR65CIZp WOlXG8RbhGjyvhkXD0NrTIXEJZ3+zkUBRjdG5TcqB127ipr1EnSK1+YIoOdj5b4ci1MVe1A+uXmyx 3Y5d/BeBR/ie5ys24LGeIOcYBl7xwJMF0QbswQQJS75GJMDaugwV6tc+3GE44UkxvQF/4uN27LN7J mk9No98G9xWY7301uWMZvZOyF7kjh6I58E+2KVGj1Nsrh7TM+dO1y9pYYKva3BBb4HtyKgpWcT2Ba J5AK6evrxDOhaLABpigdCH0qHGA1DTiVittmfW5KW2Jw11cNKxZCVvcYoRoEJBPXqNFcPxfZUNCxs NkQVyLzsHBG78h1pBQ78jQ==; Received: from [87.69.77.57] (port=2051 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naG6b-0000I1-6E; Fri, 01 Apr 2022 08:10:17 -0400 Date: Fri, 01 Apr 2022 15:10:30 +0300 Message-Id: <83czi157ih.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ignacio Casso on Fri, 01 Apr 2022 13:23:27 +0200) References: <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87a6d829rx.fsf@yahoo.com> <83h77d5atf.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Ignacio Casso > Cc: luangruo@yahoo.com, 53894@debbugs.gnu.org, larsi@gnus.org > Date: Fri, 01 Apr 2022 13:23:27 +0200 > > >> +(defun gui--set-last-clipboard-selection (text) > >> + "Save last clipboard selection. > >> +Save the selected text, passed as argument, and for window > >> +systems that support it, save the selection timestamp too." > >> + (setq gui--last-selected-text-clipboard text) > >> + (when (memq window-system '(x)) > > > > This should use 'eq', nor 'memq', since you are testing against a > > single value. (There are more of such code elsewhere in the patch.) > > Well the idea is that in the future there could be more window systems > in that list, that's why I used `memq'. Sure, but converting 'eq' comparing to a single value to 'memq' comparing to a list of values is trivial, and thus doesn't need any "provisions for". > I attach the patch using `eq' instead. Thanks. From unknown Sun Jun 22 08:09:59 2025 X-Loop: help-debbugs@gnu.org Subject: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Apr 2022 12:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53894 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Po Lu Cc: ignaciocasso@hotmail.com, 53894@debbugs.gnu.org, larsi@gnus.org Received: via spool by 53894-submit@debbugs.gnu.org id=B53894.164881531316576 (code B ref 53894); Fri, 01 Apr 2022 12:16:01 +0000 Received: (at 53894) by debbugs.gnu.org; 1 Apr 2022 12:15:13 +0000 Received: from localhost ([127.0.0.1]:41067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naGBM-0004JH-NB for submit@debbugs.gnu.org; Fri, 01 Apr 2022 08:15:12 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49026) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naGBK-0004Ix-W9 for 53894@debbugs.gnu.org; Fri, 01 Apr 2022 08:15:11 -0400 Received: from [2001:470:142:3::e] (port=47142 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naGBF-0003TV-K0; Fri, 01 Apr 2022 08:15:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=gw/1g2wY+gVoBnwH9hgeAA9eFVQ54+36j3cSNmXSYoA=; b=duADzZ93172f c1v6tP3IqvYoGEwSAQLKw8JispBxGbCjeAYcQBf1AFEleFPS7TJfwtdLD6XdyWarHMCeEm3tRYJxB lOsVKWYLgl6HM1eXES9b+BghHXZVkARt29Q+OYee5wPNiH+pzVr9el92tXyHNlRqTKg6EyxXCeWLt 2LysKeVTINrfI5IQIDRAiEygHNSfzWTKFFZmxRcQg0JABTvOdNeHbFOVKV6wqYtJkjzZDHaCoiM5c 0jCUBCeUOZdqfNGqPwHPFUWtZFecE27rVhqC/KJEk2XG7iN65btrj/iZR22bMcaooPB7iWyTeH++H Gwh814TOxXSWZaA9XPPLzg==; Received: from [87.69.77.57] (port=2344 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1naGBB-0005VC-Tv; Fri, 01 Apr 2022 08:15:05 -0400 Date: Fri, 01 Apr 2022 15:15:15 +0300 Message-Id: <83a6d557ak.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <874k3df1sc.fsf@yahoo.com> (message from Po Lu on Fri, 01 Apr 2022 20:04:03 +0800) References: <87leyhtv9q.fsf@yahoo.com> <87wni0str6.fsf@yahoo.com> <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87a6d829rx.fsf@yahoo.com> <83h77d5atf.fsf@gnu.org> <874k3df1sc.fsf@yahoo.com> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Po Lu > Cc: Eli Zaretskii , 53894@debbugs.gnu.org, larsi@gnus.org > Date: Fri, 01 Apr 2022 20:04:03 +0800 > > Ignacio Casso writes: > > > Well the idea is that in the future there could be more window systems > > in that list, that's why I used `memq'. I attach the patch using `eq' > > instead. > > Thanks. If Eli has no further comments I'll install this now. No further comments. From unknown Sun Jun 22 08:09:59 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Ignacio Casso Subject: bug#53894: closed (Re: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring) Message-ID: References: <87wng9dkri.fsf@yahoo.com> X-Gnu-PR-Message: they-closed 53894 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: patch Reply-To: 53894@debbugs.gnu.org Date: Fri, 01 Apr 2022 12:58:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1648817882-20838-1" This is a multi-part message in MIME format... ------------=_1648817882-20838-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not = push to kill ring which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 53894@debbugs.gnu.org. --=20 53894: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D53894 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1648817882-20838-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 53894-done) by debbugs.gnu.org; 1 Apr 2022 12:57:23 +0000 Received: from localhost ([127.0.0.1]:41103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naGqB-0005PD-5F for submit@debbugs.gnu.org; Fri, 01 Apr 2022 08:57:23 -0400 Received: from sonic313-56.consmr.mail.ne1.yahoo.com ([66.163.185.31]:43985) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naGq8-0005P0-Pz for 53894-done@debbugs.gnu.org; Fri, 01 Apr 2022 08:57:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1648817834; bh=uLvZbYz8xoeEUKygenw+rtRNToxEQPkl6AHib+tTXHA=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=EI13LuPiGKXLTWjXU25Mnh2eFk6df4WmcjEWVdOVo8EauG3S+Foqf4gErZIDKj0b4x1XfhtF8cWeViWrrGn63VJVRY5l+JwrATxa/k2Md3N6cX7HRdXexWYtvYbmU+tPw0AKnlfVUyBD30fBYxSlU+zKGEDreio0dfk4f7YnlsAaCqHWpIfWVXEg3Pc5sN6np+eVuipFr/CdP+cK2Gqt6aVn1Lc8eFJfuz3AJW2cIcMNNcS9fac1k0tqh2eC+2CmCr1m8bTjxPAoXOsC7MvqfiOU6Jw10h23G7ZEZbWDim1vmp/TljRlhuwHRyKR4cSnd3IBnp0/d6lIaOFUdd9aAQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1648817834; bh=R8A/KbLNq+XKUUKcn8qI7Dt8eznbXUDpXa2xAoX68eZ=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=SsaWSLL2UId0srEUbGym1dNGDHOCzYnsr8ljV22RkE/Q1FSauDrm709Nr2j5DNER7uG087RFDehqXIjJZjOJgJmLuKKhHJ4JPmmuGs6PGPFAoHuGNrPvAF3SUZ5hIkxA83tN1xfiHiFIICkLyaKNUBR7fFhVe2Epz55gR9CFId2Fn2SV3aC3c2UoAgLxenquw3xlziIxoGntFVgS5s1gAVYt08Irb3h85TZUArO+NqkYz5bicnBehSIYqxFRz+C7u4HuyBbDG/gpigcoiwBPWKlO4zVLHFj1ASzzsdBjH7e9eLYbUoJLDf9ERyrRMHbOPuOUtlHdhZDbeoXYLUdWaA== X-YMail-OSG: VLge.c4VM1maE2OirfeGUhNRyYtywRlP6tnZ67ZdjfQkQW.kPlfTV6hhSjGI2Y. p.4GAEfC04qqHXqvOPcRx4K6wawT_Xuaf9d4RyB2b2_9l99Jk74uHhv8pfexxXZ4cYkGTMqEKLkU uis2g3SOlcBbrH9pVL3RdfqPai2M5dDPXkgnURY7ax1RvnTf12GYvEu.8Djn19RvYmuKBmvSjjXA aGZ_.gyg.8VYzhB9AJpmRlX36RITwm6hLzyBYqpUnWwIb5MQl5O2HnQIlDZwsJN02RWAYMHap7eg N7_C.dhQ2k6BPl4pVBZceiHY9wMl4TAj7HVS_BernMsA_bCj5nwygk1xOgMe7r4zXPVd80EMkw69 amZzACjm_8ZHFiATUWIDacQaoOeipmCBCDN9iNh1QJ4iQMBFXDxvxh5h1eRw33UoB0B1d4ReBxze 9rgfWzIWTbNfshAtlu179grqUct1HaVMkGDvWyZMx2iG3x5T.WPYckXfp_6kfZ5cSOOGteIXHI4P 9opjCXODZHxiewzRc914SnOOQQU_6f2o7TpW8cf8HA8kMof99BRdcRXEdqHFmLieTFLeOqgdIq_t iu_QAZu7UcIv0FgpyctjQI.bhdUGpxKx6wqNlVSXKXU8ezrcwXnyTNuyaCnomWe5blTtu6qGhD9F KZq6KJW.YSeKAIfkwe23hgZwifkJBGVHUJw77ZnNQ6P_bjqaZpgfrLPrBFp7I1oZ4lQw.9AryXRG EeUpSW3jjLkRuCOJpisiMgqkg_J7skZSHtAKJuKAJdJdHI7huKmzTj32ZJDOTAl.ZbNWHMrsAghX u5BLFWWzTzscC0F88eGIiTJca1gXslGNUGNwP2zXC9jlfIvXwtGZmlt8iQqfZGWtXmLY_FGuzlAN O1S_5xcHOG7NfhyoEyzPm4TvaTBgX4naBjOesyt8vU_wvmTRmllrdlgYrxqpWK0cWgqbpR7O2TfH .YvBYHCCn3H_h0OROtJXiYSedGiO0gx_Vqy0r8G_kj66e6B3MLpv85wHBlW9JJy7nWdteHGMWSxF orCCq11dWDQEKG1be8Jz4adGWeQP6wXAc_MbGiPS933BV2dtxgdV592aSXWvhc1uEnLUWHQOGuIs ENiz6nU3jaYFuYs5PLw2tgkWH7RQ2pka5yiXGeqr.vEQQQXyaQyirIQVMDgzgEgHkmqTlL2rfA2H B1M6SKgwGu4CddCtcxdyolNbNeIifCPgfUSwB9SvFGi7fqyQ3dWAn84vnv8ellhYFnwXzPjMG9q2 mUTdVCok.7aWNOCq8z8Q0n7FZy0mhEQYX0k94NG8T.s46.mRlMblIo5awxZ_3NfvUpWHzqA1l_mN OvBgU05nMQ8ocIrV3JqtIIQBSByZ5MdDmBzrGc30InU2vFDTB7lRsD9Jq8OV_Fr6cfH.Gqy0G3j0 cSaQRTGN1kPxP.QLPkB2nMhlKoB6pikWmUu2NJIY1cFJL06nL70zVqv1fU95bpjLCbM33x0.ckN_ gWCQXDhiQOnGdv_wY0KKCO_aHi5y2MuGASMHSNqaY4SYXzMoLZovNeYIIJGLs5y5538SRJcv4fgg XeX4SwBHUgcXseMnm9hxK9Jonx05T6MiWddoW7fx.BjmmZeJmfSMzg0MQXO0_NbCpDpZFo1AZwCP FHBFnf7JI34qDZmUaYKJokbxv_8JOkzRHQt9sI0Q0sLxSsSO5.2cRrEGzQepZ3Oy6.SMQnQD6BaD kO.mhVYTF2_G5X5iB67ZmmJYflcOtp4GQkKYWU2TlcfpSxdQAWKXspIM2v.3LUOAYCWEK0k_D4fw 82ZOq6A7aixfdC8XwuLbgpMIRD0m8A1ZnSBBqnuS8q1cH.7m.ik4gcUg22CI4aeCw.AhOw1paJUX gXSG2cR6mJBVPe7NBxuvylW0t0J_cL_.r6Yv82nsqrfmmcgf1eY1JZa.SZjN4PNDglkNVjMt8fHc cEpFRNksLpjQ41oRZKRgIqoh_sS3.rBr7likeBo.VjkPoQHTk3fLt_rX4NJX0at7Z6dg7.G99.DQ lsbdCc.Bbbph4VOxb3FSJ8xaMZzHKnrRBgxxxINQlfYvB1GRiqZ7aw.EGv0sFq2dnhN7rxHJ3dEv ECXt8jZX0ZSkcUMz9gSuI_tNQrtcvFayrq94LNJz8ATU1DikCV9tkZhKffh9WxacofPWbwCUBj59 u70DZFCJSYCDuBX2mvEjP9elcSrCyGwLJr4xDenXPzpAGVEb8ieMAmr7hKTpJKk_tEZk__uoPjSg _q3eRO02dcQrXd4JAqrtRHYnAxAq3RBoLRxXavbwh9qlXzCBXyUD7Bn2ul_jJ3gJRnsSfY_M- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Fri, 1 Apr 2022 12:57:14 +0000 Received: by hermes--canary-production-sg3-65d7bd97b5-gqv44 (VZM Hermes SMTP Server) with ESMTPA ID 653062c05e4fe6de284ccca498d03f2c; Fri, 01 Apr 2022 12:57:10 +0000 (UTC) From: Po Lu To: Eli Zaretskii Subject: Re: bug#53894: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring References: <87h78j6bz0.fsf@yahoo.com> <87czj73xw8.fsf@yahoo.com> <87wnhfoy5h.fsf@hotmail.com> <87sfs233lx.fsf@yahoo.com> <83fso1lsjf.fsf@gnu.org> <871qzlw50r.fsf@yahoo.com> <87sfs0u6n2.fsf@yahoo.com> <87a6d829rx.fsf@yahoo.com> <83h77d5atf.fsf@gnu.org> <874k3df1sc.fsf@yahoo.com> <83a6d557ak.fsf@gnu.org> Date: Fri, 01 Apr 2022 20:57:05 +0800 In-Reply-To: <83a6d557ak.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 01 Apr 2022 15:15:15 +0300") Message-ID: <87wng9dkri.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.20001 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 173 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 53894-done Cc: ignaciocasso@hotmail.com, 53894-done@debbugs.gnu.org, larsi@gnus.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 (-) Eli Zaretskii writes: > No further comments. Great, I installed the patch with minor formatting adjustments to the commit message, and am closing this bug. ------------=_1648817882-20838-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 9 Feb 2022 09:34:58 +0000 Received: from localhost ([127.0.0.1]:49836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHjN4-0002CL-Sg for submit@debbugs.gnu.org; Wed, 09 Feb 2022 04:34:57 -0500 Received: from lists.gnu.org ([209.51.188.17]:36676) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nHjN3-0002CD-6G for submit@debbugs.gnu.org; Wed, 09 Feb 2022 04:34:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35592) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHjMv-0004J9-Sl for bug-gnu-emacs@gnu.org; Wed, 09 Feb 2022 04:34:36 -0500 Received: from mail-oln040092069072.outbound.protection.outlook.com ([40.92.69.72]:21070 helo=EUR02-VE1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nHjMr-0005tH-7L for bug-gnu-emacs@gnu.org; Wed, 09 Feb 2022 04:34:32 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=egy7sf3u/DSgMwK/ylxcH0EUkGkhsx/fRLhPqiemjvCsTmqv1A5ZfqtyR+Qgviw5YfEb82m2sGkSjPnCtK+HriKO68dMrqn8wwroEvU8fH2aPQsHifx+siIVTfbj9NtwoOgTifvGYdVDPoWzaHn32IELf5O2Sp7dXmILAkQS50RLSRzBPRxNevut2gX1CdmNPfN8QuVNli71RubKFdRpc2FOVRAZjA+Yd0OQzrnnDmkXZv+/wJKa3fltxXRO6YivxwoLSZdHmfXseUwmWpDfE86xshiLtbv0jMJJFxE24BPYPumRwvqAznrJHrcnng8dD/hA80Nf8e33GKWbVPbBuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=r4nwZE2hOnLBUB5P0s0ipFjALL98n7Cdbwc/zBXY4zM=; b=YX0tsGfahOcQDZLzU5atQZB1Q+Q81AOC+NdHi+Ies3kG8NPS9WbcogbIIqH3Cnh+imAz5PG9uTROuzLDF/3SfQDIOnWfkzpH8wN83Dh3MCIDp0FwMNzXNoS0wxp9vhrQOEcDSKdr5jHqzcxiQyp2NAvRz1UCTjbj7MrRmsUCV2Cumm+i5+P2Cv7ARnH0hUvBl4qPWmfW8FhOcdFGpz2YBssW21LR85ora0XRrso8UPxCw8ejwvA9+NzeEZJpGdFXRLSqE++jqmjMsZqNseWL7ODUMNELTO55CnmrY+2hh+Yaqxgs7mrU+6uSYraHccDv5PCcDrUngdV7E9uSvIjJ8g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=r4nwZE2hOnLBUB5P0s0ipFjALL98n7Cdbwc/zBXY4zM=; b=hgSuBtl/xwFnxV4Ytcm7mW3wNDZh3mWTEqV1F2uHQsKd5Xc6c346aDdMIF0Ex2V2SGS8oEJiC0Gt75BhIyKvzGxjbCDGA5eL8eM0Ygrrv6Q/S0QWqg5ggkoexjoR75W5t2d4vUaJvwuTeEyJ2tBhlmiz+jDkfNMwmCNaCFH1YQGkUF6AtN4oDiCrKm6phFj+l/z3OzN0kuwXHKqkehM6vuZNl0/cXEOyD9T/B7u5T8nTc2mPfNj3/KSSZ0CkVDyW2kh96QPjZkhE1YJRLwFH6qNoKRgMtQ0soMTjnv/eM8AgGNinQDHwXgqeksgJZYMFJjHCKMKWzyZmZCjertPGAw== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by VI1PR06MB4125.eurprd06.prod.outlook.com (2603:10a6:802:65::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4951.14; Wed, 9 Feb 2022 09:34:24 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::50de:9162:7856:2782%5]) with mapi id 15.20.4951.019; Wed, 9 Feb 2022 09:34:24 +0000 User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso To: bug-gnu-emacs@gnu.org Subject: 27.2; Clipboard copy -> C-y -> M-y -> Same clipboard copy does not push to kill ring Date: Wed, 09 Feb 2022 10:13:25 +0100 Message-ID: Content-Type: text/plain X-TMN: [vnhnBhoeJi/R4tZCxFWt97e5CdzpiLYz] X-ClientProxiedBy: MR2P264CA0087.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:32::27) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87tud8jsdg.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 2cd2751e-d60a-4664-383b-08d9ebaf5b92 X-MS-TrafficTypeDiagnostic: VI1PR06MB4125:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: hsQxW4yy/F5OD2iQQWpUC4GdcnzMG5+qC+JcRcA4eRtan1TkpImtI0ktxJJipBxGc8Yxve9RXZ2MtsLuJJGZ+uciSX4AxWvWC0EH0AwmOGjekbMW0algz8D0oKLeoy42qKHr5FC83LmwCecij4lEodbXyGAqCqjtefDxhCNqaG3D0HZZfMiVd2hl+MoErLyYvJK/vsmU1rpCjvkBnoM5ipFRuxu4YhjlwDfBDwuokpADGZQzg4Yxe+QZoKpS+u+OnYfljiX5xUgKONacFNtu1JK86YdAhq1l5Pm2rJznlik9gz6MCWrVCJGnf5cvIE9+qMEK+VcHMjrrsirO/jHe7AcxdVd8G/8dNUuQU+9xljOgGlT13xybBeBzUMH4/cRQxfJGFn/qIBQO1Wcynxd4Y906ENZJgJRHDCazuoAQhnX33fcnd8KtMX1giwN3nmYgayD9sXo24Yc39hPimYN5Y73aGcBVcWvwPZnNFqOnSFy6INBP+o6wOdBNwGCQdVVi0hHXkeM6+Q57YTLcDeOqlqIKGsBlS8iGk87N/DNXGRq6P2BrVCaEtjoIODlm1FqVBH7QFkv1ERWz+OF+Wkn/nQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?1gNyXDW8YTFalGlKNPLWqg8Ioxw6+S7Ck1y3pLFS4ucrQ6a6TzN7d0ifhYX7?= =?us-ascii?Q?hjWtffndn2IHTqYDn6xime1ibLo+oxozUMm1kwcJtz+WZH5rEcad3CMvyXzI?= =?us-ascii?Q?gtzNw+aHoEHUXhc4rLjybrhP8IrKqjoVv5A1ClXwIDJ2tMEU+B2dKhkleJH9?= =?us-ascii?Q?CDmuK7XLILn0T6NEA+rM8ZjxxJusLoJONKX4e9FnTo3Z7s0tQxmM0Ynq4f6i?= =?us-ascii?Q?/f6v7vaJvD2IxTMNRjruDbLF4nebuGfI4YwaGn3Vu3/uxSHIBPmhqTtOF2No?= =?us-ascii?Q?ihGC//gtDmuOBAdWBG/xUTmv8p0cU88Li8kRi9UTeVeTGZzlGd9ysZ5gEinX?= =?us-ascii?Q?xPj2Qkx0Qlk+i8KNhUWzudDOFLTOoNWnljjepO83eCG6df+Yg3UIRc9Eg3EB?= =?us-ascii?Q?fDOgq4NubL44U8q3dYlGlh9WUCbEMEipeGL0QdG0loz0D6X0nxwffNWRH4MV?= =?us-ascii?Q?ClAKpwCDbaWvDsZJQmcx3AcY6upbpQGZfu9Ex73ujrQe/jgjnWUz0qNv3ykp?= =?us-ascii?Q?yIUKRTRMZofWPXLAqJmfxSORStgL1I4nIfIPV7mRwUqZS4IlNtVqj66u27Eu?= =?us-ascii?Q?KsbPym74+vIktoZcaWxqo/+3vE8Ej6He1cTBX5Mlujj6BoEclh8hruVQKXb7?= =?us-ascii?Q?GRLCji8URSDZeB3yfV/mB/M4HSV8QktRWE8H8+dFc5QvZn0C31b9tSTYJh3G?= =?us-ascii?Q?5rX/Z1Kv5RJfPSw5hAGW12rmTJEUJGvaEAAtqig2sZ/n/uCzMdM1PRGW4zsl?= =?us-ascii?Q?tXuShNJJuWmDlKvqncAAdtjGPlKB+zTVeR9nMdzg8o1Hr7ZaeyjBmIcd3rfl?= =?us-ascii?Q?1tMrEv5Cl187RlLOJrxd7GcwnJ4BWhqZwo4pCESw4sWSbj7kEwOlIxNXNcjS?= =?us-ascii?Q?n9NCZUQC788kBVmBb5Q8+yVj2q3/KUPVALjrQ2n31ORYkUImtwUxLGSDgp+A?= =?us-ascii?Q?CIQSggAvSbk5a9uVsBsvyw=3D=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 2cd2751e-d60a-4664-383b-08d9ebaf5b92 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Feb 2022 09:34:24.1654 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR06MB4125 Received-SPF: pass client-ip=40.92.69.72; envelope-from=ignaciocasso@hotmail.com; helo=EUR02-VE1-obe.outbound.protection.outlook.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, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.2 (/) 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: -0.0 (/) Hello, I've noticed that if you copy something to the clipboard outside of Emacs, then rotate the kill ring in Emacs without adding anything new to it, and then copy the same text again to the clipboard outside of Emacs (not necessarily in the same place of application, just the same string anywhere), that text is not pushed again to the top of the kill ring. I'm not sure if it's intentional or not, or even if Emacs can do anything about it (maybe since the text is the same, the clipboard is not actually modified and Emacs has no way to know). I just wanted to report it in case it is a bug. This happens starting Emacs with "emacs -Q", in an Ubuntu 20.04.3 with GNOME as window manager (although that's probably not enough information to reproduce it if it's the clipboard's manager fault). Thanks for your time, Ignacio In GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.20) of 2022-01-16 built on ignacio-IdeaPad-3-15ADA05 Windowing system distributor 'The X.Org Foundation', version 11.0.12013000 System Description: Ubuntu 20.04.3 LTS ------------=_1648817882-20838-1--