From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 14 00:36:53 2022 Received: (at submit) by debbugs.gnu.org; 14 Oct 2022 04:36:53 +0000 Received: from localhost ([127.0.0.1]:35474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojCRJ-0001sf-3u for submit@debbugs.gnu.org; Fri, 14 Oct 2022 00:36:53 -0400 Received: from lists.gnu.org ([209.51.188.17]:49202) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojCRH-0001sY-6G for submit@debbugs.gnu.org; Fri, 14 Oct 2022 00:36:51 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:45906) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojCRG-0000W9-Vd for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 00:36:50 -0400 Received: from stw1.rcdrun.com ([217.170.207.13]:51037) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojCRE-0005Fh-UR for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 00:36:50 -0400 Received: from localhost ([::ffff:197.239.5.18]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000056162.000000006348E73F.000026B8; Thu, 13 Oct 2022 21:36:14 -0700 From: Jean Louis To: bug-gnu-emacs@gnu.org Subject: 29.0.50; Time out waiting for reply from selection owner Date: Thu, 13 Oct 2022 15:27:50 +0300 Message-ID: <86tu47rjqx.fsf@protected.rcdrun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=217.170.207.13; envelope-from=admin@protected.rcdrun.com; helo=stw1.rcdrun.com X-Spam_score_int: -4 X-Spam_score: -0.5 X-Spam_bar: / X-Spam_report: (-0.5 / 5.0 requ) BAYES_00=-1.9, DATE_IN_PAST_12_24=1.049, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_SBL=0.141, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: There is problem when Emacs runs in separate instance while other instance is running: 1. I launch one instance, and have there heavy process running and processing items. Because instance is fully busy, I launch new instance. Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] 2.6 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL [197.239.5.18 listed in zen.spamhaus.org] 0.8 DATE_IN_PAST_12_24 Date: is 12 to 24 hours before Received: date -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.51.188.17 listed in wl.mailspike.net] 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.9 SPF_FAIL SPF: sender does not match SPF record (fail) [SPF failed: Please see http://www.openspf.org/Why?s=mfrom; id=admin%40protected.rcdrun.com; ip=209.51.188.17; r=debbugs.gnu.org] 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: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: There is problem when Emacs runs in separate instance while other instance is running: 1. I launch one instance, and have there heavy process running and processing items. Because instance is fully busy, I launch new instance. Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.51.188.17 listed in wl.mailspike.net] -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] 2.6 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL [197.239.5.18 listed in zen.spamhaus.org] 0.8 DATE_IN_PAST_12_24 Date: is 12 to 24 hours before Received: date 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.9 SPF_FAIL SPF: sender does not match SPF record (fail) [SPF failed: Please see http://www.openspf.org/Why?s=mfrom;id=admin%40protected.rcdrun.com;ip=209.51.188.17;r=debbugs.gnu.org] -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager There is problem when Emacs runs in separate instance while other instance is running: 1. I launch one instance, and have there heavy process running and processing items. Because instance is fully busy, I launch new instance. 2. In the new instance when running kill-new I get errors like: Timed out waiting for reply from selection owner 3. Other applications have no problem selecting, pasting, copying. In GNU Emacs 29.0.50 (build 7, x86_64-pc-linux-gnu, X toolkit, cairo version 1.17.6, Xaw3d scroll bars) of 2022-10-10 built on protected.rcdrun.com Repository revision: ed436db1320339862fad5ac754a6ec42de06c766 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12101004 System Description: Parabola GNU/Linux-libre Configured using: 'configure --with-x-toolkit=lucid' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSYSTEMD LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS WEBP X11 XAW3D XDBE XIM XINPUT2 XPM LUCID ZLIB Important settings: value of $LC_ALL: en_US.UTF-8 value of $LANG: de_DE.UTF-8 value of $XMODIFIERS: @im=exwm-xim locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t line-number-mode: t indent-tabs-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message mailcap yank-media puny dired dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068 epg-config gnus-util text-property-search time-date subr-x mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils rmc iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo x-toolkit xinput2 x multi-tty make-network-process emacs) Memory information: ((conses 16 39114 6879) (symbols 48 5153 2) (strings 32 14285 2207) (string-bytes 1 401515) (vectors 16 10401) (vector-slots 8 158354 11185) (floats 8 23 25) (intervals 56 256 0) (buffers 1000 11)) -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/ From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 14 02:23:46 2022 Received: (at 58505) by debbugs.gnu.org; 14 Oct 2022 06:23:46 +0000 Received: from localhost ([127.0.0.1]:35583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojE6k-0005LN-9G for submit@debbugs.gnu.org; Fri, 14 Oct 2022 02:23:46 -0400 Received: from sonic317-34.consmr.mail.ne1.yahoo.com ([66.163.184.45]:46241) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojE6i-0005LA-E3 for 58505@debbugs.gnu.org; Fri, 14 Oct 2022 02:23:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665728618; bh=OHIyzB/4hnGfKHaZIwNB93zqne1AodWzU+kZqLC//ic=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=ibQgLB10jjN2kOelPdwkUZctuNm2b83JmGnYfjOFmzXJdcqmUUUg6nQMo1BhAS74X380OHZOEY/uPkINR32CAYgcBhrN50WZdabr9H3zZAkaoYd72s/8VJx5Lhm+QxXjJzAJ0aHnQ8jsV5ztzlWUGDHmvTthgt4NGWxk0wY1q3/1s1STUk92F7SWb5ecAaB2+IxJtVeijgzBHo4uG33wOsvosQ8wusmVYNQt4WBHMrYY+TsBTx4YK49nO3CmeaCEr6uHf4iEab2xtnMkh+0qe4XSV/xcI2VBNBiEkVQ/tfEfkEkun9HOWln4LxyY5P61OFuo/MQQZ1Mr2jZbeb8aeA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665728618; bh=PGMuakEJqXV4OXFVKVFavIWVls+OG5kcM0m0MYkO2BE=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=fS/5lUCSLsQoTYCKBCCSvpwu733oRFBrcWLZQ3rxtPMqjTw7nltCNXBvqAVJ45tMwpyguTO3Z36jO6XMXrNyh9nnrL1NPZphkVjZvj1vOn2T3NBpjIG9SVfecRL6hKcXX05a+pMMSxLCpb2LICQ/0jNtNrnHlHvvYgKT0fHj18k+yCcs2rmgSNiV+/IA1dsaHZmZDpYwSMTyr1z7XBgb9/QZn2tiY23WDc5ls9E6+1hJKL4ztml3ixNrQ37YukGwjb2sLnN7wzeVPCSI9mR+wN66UGDdmaLwE2ZfwTY/Rx3ISr1+vz4udVDrIx0PR5IIDnhadPDc6ucjUWQZnh8kQg== X-YMail-OSG: .2HVHsEVM1nUDoTKg4YGs6sernj5qmKYlhD6RWAiKLBxZMdcBYXU.3apkPlFF8Z gkHV.Gb3pYbJX_xx3ZU2hZVLDMab8tKdZAtTZtarw4QwZEsphRHKLwG77IbF.fe8KvmHayAMlqr7 WBIOUvM31MYIx5VCDOgyczpeA.X1KzoaRJA0sMGc1gnc5ui53FobQizD5LAGYdL5hqtCSSdWsr7e 2jZ3D7EAQt03l7D_lE1i3c1QbyQEunbetveultb6jZO7_LGGAC3eXlSdSyU_Coz9LiJhF.sl1rPT 26aCCKt0d1Xy_HuJvXL9U5zs5N4JJHpdXxd7KX.TBIrXQniS2boPgEJpphASmVrJi3fqoM742ims 9EmmsW7xmeLKU7QYC6qDSduJ9wlGFBD59fS8f8obhWnnBGDTqwm2qO.YEctulACIsV8gnRke9oIz yKe599FU_DPHUB1UbrMBbyD3B2OieI.oTphIurm.ICiKqu6SfOvBr1pMGaAp7Rz6oVUftoMNXlxt AVo96Tp1s0LEi9K913iuzEZoWrTUMZzkxOmftidw19vdDLE8V3UAuOaZjIx7DVQlIL_vqJ27zIUf IfBq2xmZtCFmR5RU6J946Hw8ILFJckN44sXIcUo28XvA7ot.Qv.numQOZvBV5JJZ6j1RfvaBme5p G5B90Q4yckhOPn44RlHB9RgBbuNXGCW7V1qWaZ2kG.qH5g99MFZmEF393d1IBam0pp42bJyVOsyF BZ_4t9e4WOjWb2DeOmzmSfxvAeCztuw48u8vfJzETlsg2ah0rJ58LQIJqJuvWK7dn8DTMGUVQsD7 _WSrfZ9A5u6J6MgZsaYFF6_.HfPIhEtVN86CvA.E0pCZnatO1V_CHb1PKE_ahe96bBc.hjdQKrpL tt29Ix9ORb1u9YUr_lux35sFSaKznVOXfqUL4fCaDJ9xDaf3SQIlpoFVvd4WT.BXyqDdJOl5so5L Eb14GImiU5HJizla24_AKtOUJW8ksOdbLA4rYOIFlgzv_soqYqiki9hFWZSykm63GDSQQ.yQS1oa Xo.WDxq.BBeuAmWxy.VfiHqkhkU8vakQzCqtPXIbjWHPaw2aQLPSokPOcYhXIzUmKyfZRXL6Pqys C53KfcS3b.6NZ_beXHHQ1jAv0CnuKWeRr7ycrTlMfkynkeEtZrG_YZ6BNz9TZB4GV61JkaLArgzC O0dRLZlocTZk7uB5HjppuWivZ03rOVcOqd4JRG.tAHS5NRqWxuFnIMgtY7mWvNGxeKIra3z8DaEq nlOWI9twlneBK9AES2fSGTxASBhXOCKDnASWKtNzr3uOwvAH1zQ.R8qbAaX0L1XRtnLjHEfhGAGU 1yLWRr1M7hHkWBpE88OjF6uGU2NfdpUbNl6VYluW7pi5CUbu.WQgOq5CrxQ4BrUsTRKPxSPxHT73 29Zp4xLyj0q7CYJsnRYxE1_A9OHZd5qSfww5zOjlrPhqgYJ2KErU4H3UETi8tqg63bPGe6KaAYxY RNKeGL2NPBfaT89ApuD6NcEDLAsQrO8ZzrgpUpsfNadRFPc8BrOH3L.H.FB7ctTv8uBq3cfqO_k0 1KY73PO0WMMuedEgbnfZbnI7VE4K4.XGj0_HlP8.63b4XVFGLM0h77IpEeczqi44oTHyI5SMwEl4 Ylr1tXQjowJ5HzDMrmxpQcmNyHSd0S_aAvond.pvQp0SwMEYZ4SdSAuwRNH.iqQk6so1i3jYmjYG HoNy68CPZbGdSGq_GDt.NgvQdHkxbqcZo.A6u7jeDgJUKUyKt6OHDD26jtRzY7pfdOfYLhaXdvJ8 wzgOz0yXrabCrAZbetV7g9BLno6rDUJlVXYIDKdCFjfACgg9ILLGLfokUWf2v984fQIYdWHB9WV9 NgJjKCv.iwG404HCZrd7WHoSbSxG1UdGPkyrXeYSHtckpGKF6bg4fvykqbwYqpU_yQctPIwFef9f W6WzesIEdiRIowHbXKu_RXiFlDWEoXv0k7qYkxm2gC.GzTcfXe4uBG5OvYBZ9g9a7_U981Y3QzaT X2V6ydoyfw.QlZe.ew99UC3vJirWYbunqOCgDHTpZ9QlrmhZKfYo3s6MuTbwBNqHwPx_PMDnEatR b2qLsWPhdG0FFVjVayYMiKDijChi27WTSK4QsPZmzcZqiDCx4buK8ezKSwhF46bgbuPsuXTIufun Dx6SiRHKtwXf.biUWufgi9m_27klNgrdECK5cbo70XRvroufCi_YJ8oVAgPDh.M7m7.XOWcs.SWR AtFL8ru9Fo82dSvjxlYiLVsQwRwxcR5y85a9DTjFgELqiWJ4HHpn2aud15zTn7gmLTeG8B9t1IA- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.ne1.yahoo.com with HTTP; Fri, 14 Oct 2022 06:23:38 +0000 Received: by hermes--production-sg3-785466d859-wg9wk (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 8d030095df1c53ec6bfdc3416f62c884; Fri, 14 Oct 2022 06:23:34 +0000 (UTC) From: Po Lu To: Jean Louis Subject: Re: bug#58505: 29.0.50; Time out waiting for reply from selection owner References: <86tu47rjqx.fsf@protected.rcdrun.com> Date: Fri, 14 Oct 2022 14:23:29 +0800 In-Reply-To: <86tu47rjqx.fsf@protected.rcdrun.com> (Jean Louis's message of "Thu, 13 Oct 2022 15:27:50 +0300") Message-ID: <87czauappa.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.20740 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 862 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58505 Cc: 58505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Jean Louis writes: > There is problem when Emacs runs in separate instance while other > instance is running: > > 1. I launch one instance, and have there heavy process running and > processing items. Because instance is fully busy, I launch new > instance. This is a well known problem with our selection code that cannot be easily fixed. Process filters get to run while responding to selection events, and (alongside the first Emacs instance being under high load in general) can disrupt selection data transfer long enough for the second instance to time out. If the first instance is actually completely hung, then in addition SelectionRequest events will never be read from the keyboard buffer, and it will never get a chance to process selection requests at all. I don't see us ever being able to do anything about that problem. From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 14 02:27:13 2022 Received: (at 58505) by debbugs.gnu.org; 14 Oct 2022 06:27:13 +0000 Received: from localhost ([127.0.0.1]:35595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojEA5-0005Rp-8e for submit@debbugs.gnu.org; Fri, 14 Oct 2022 02:27:13 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42860) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojEA3-0005Rc-9U for 58505@debbugs.gnu.org; Fri, 14 Oct 2022 02:27:11 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57838) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojE9y-0004z7-2C; Fri, 14 Oct 2022 02:27:06 -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=J8p+b7f862sjK6JTb+UbIAJFTCez+Utmd/K7SyuD1PA=; b=drgXpXJp1mmy zo7YBbfqafjs9RtATJmx1PML8QGYGi8aqAvskV+p7U9bnMx2YftjL141VNoxmApSI5/XjmgXbxOKK UmawhQHFjRyGgwJqFln43hEipvCshQ3H9afUOiOYuX+5IXUTCfT50L/fOlXQyvcKNrcE50Vxf+Qfk 0RfXcSjhYs2+DuFcBPNH4OsmaBwhk08cbtlrLIDlIbSmCbz4xo07qs7E/Mz5hz1wE1nrSlJxh6/gK J7XMsY3pj87RmBoYAQ9reEOsV8g+VWW8TlS9xEQZUahMKWmGiqTlCA9K7zkrL/ZzcmjcGHcnD1KrT PeSFkN+0AOaPBziH011u+A==; Received: from [87.69.77.57] (port=4355 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 1ojE9w-0002WP-EX; Fri, 14 Oct 2022 02:27:05 -0400 Date: Fri, 14 Oct 2022 09:26:51 +0300 Message-Id: <83tu469az8.fsf@gnu.org> From: Eli Zaretskii To: Po Lu In-Reply-To: <87czauappa.fsf@yahoo.com> (bug-gnu-emacs@gnu.org) Subject: Re: bug#58505: 29.0.50; Time out waiting for reply from selection owner References: <86tu47rjqx.fsf@protected.rcdrun.com> <87czauappa.fsf@yahoo.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58505 Cc: 58505@debbugs.gnu.org, bugs@gnu.support 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: 58505@debbugs.gnu.org > Date: Fri, 14 Oct 2022 14:23:29 +0800 > From: Po Lu via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > Jean Louis writes: > > > There is problem when Emacs runs in separate instance while other > > instance is running: > > > > 1. I launch one instance, and have there heavy process running and > > processing items. Because instance is fully busy, I launch new > > instance. > > This is a well known problem with our selection code that cannot be > easily fixed. Process filters get to run while responding to selection > events, and (alongside the first Emacs instance being under high load in > general) can disrupt selection data transfer long enough for the second > instance to time out. The solution, of course, is to never run more than a single Emacs session on the same machine. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 15 00:41:50 2022 Received: (at 58505) by debbugs.gnu.org; 15 Oct 2022 04:41:50 +0000 Received: from localhost ([127.0.0.1]:39196 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojYze-0005mv-HL for submit@debbugs.gnu.org; Sat, 15 Oct 2022 00:41:50 -0400 Received: from stw1.rcdrun.com ([217.170.207.13]:51259) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojYzd-0005mh-4R for 58505@debbugs.gnu.org; Sat, 15 Oct 2022 00:41:49 -0400 Received: from localhost ([::ffff:197.239.4.72]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000056158.00000000634A3A07.00002F52; Fri, 14 Oct 2022 21:41:43 -0700 Date: Sat, 15 Oct 2022 07:11:01 +0300 From: Jean Louis To: Eli Zaretskii Subject: Re: bug#58505: 29.0.50; Time out waiting for reply from selection owner Message-ID: References: <86tu47rjqx.fsf@protected.rcdrun.com> <87czauappa.fsf@yahoo.com> <83tu469az8.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <83tu469az8.fsf@gnu.org> User-Agent: Mutt/2.2.7+37 (a90f69b) (2022-09-02) X-Spam-Score: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: * Eli Zaretskii [2022-10-14 09:27]: > The solution, of course, is to never run more than a single Emacs > session on the same machine. That is isolated solution for users who do not use Emacs Lisp for heavy or continues processing of data. Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.6 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL [197.239.4.72 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 SPF_HELO_PASS SPF: HELO matches SPF record X-Debbugs-Envelope-To: 58505 Cc: Po Lu , 58505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.6 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: * Eli Zaretskii [2022-10-14 09:27]: > The solution, of course, is to never run more than a single Emacs > session on the same machine. That is isolated solution for users who do not use Emacs Lisp for heavy or continues processing of data. Content analysis details: (1.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 2.6 RCVD_IN_SBL RBL: Received via a relay in Spamhaus SBL [197.239.4.72 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager * Eli Zaretskii [2022-10-14 09:27]: > The solution, of course, is to never run more than a single Emacs > session on the same machine. That is isolated solution for users who do not use Emacs Lisp for heavy or continues processing of data. Would process that runs in console or as batch also cause this problem? Is there a way in a single instance to disable something, so that selection whatever is disabled during processing, so that other instance is not disturbed? -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/ From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 15 03:39:21 2022 Received: (at 58505) by debbugs.gnu.org; 15 Oct 2022 07:39:21 +0000 Received: from localhost ([127.0.0.1]:39315 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojblR-0002PI-6B for submit@debbugs.gnu.org; Sat, 15 Oct 2022 03:39:21 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojblO-0002P2-BP for 58505@debbugs.gnu.org; Sat, 15 Oct 2022 03:39:19 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39730) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojblJ-0002Dm-4g; Sat, 15 Oct 2022 03:39:13 -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=YruIhtDgEiiph9rlCiMB7q8qlNZ6lj06186V+5FiTjA=; b=rZdL6ruAwAGa T1mcHpbQYYY3RRXSfuy51bi1lvxikulnIaf4K6vIzgFo0x+Z40DLjydayBivCydhl0mQNj5/UTnDg h8HXmBQhIvYPVjAJ+khlr2j7mi2PyVG1QyMG2kqR8txeiblPnK9eoXeM4kc3J5zsGzvT2rEVURkVV S82mT0VjKVs30lT2+6WDuNNALaSzAVGt5s3QnOgNd/Hgnda94+B/BpMFHvWoqSb/0VmnuRPkau8k9 nQgc7l3NiClOgwEjAgVb+7s1x+tyMLgKC4kR6xtv/2GUYm+WT4YdIntTVWlMaCg2DrF0SWedBHtEX olcBZO9P3bqJkJDUTTjs/A==; Received: from [87.69.77.57] (port=1688 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 1ojblH-0002Yn-VR; Sat, 15 Oct 2022 03:39:12 -0400 Date: Sat, 15 Oct 2022 10:39:01 +0300 Message-Id: <83h7057cyy.fsf@gnu.org> From: Eli Zaretskii To: Jean Louis In-Reply-To: (message from Jean Louis on Sat, 15 Oct 2022 07:11:01 +0300) Subject: Re: bug#58505: 29.0.50; Time out waiting for reply from selection owner References: <86tu47rjqx.fsf@protected.rcdrun.com> <87czauappa.fsf@yahoo.com> <83tu469az8.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58505 Cc: luangruo@yahoo.com, 58505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 15 Oct 2022 07:11:01 +0300 > From: Jean Louis > Cc: Po Lu , 58505@debbugs.gnu.org > > * Eli Zaretskii [2022-10-14 09:27]: > > The solution, of course, is to never run more than a single Emacs > > session on the same machine. > > That is isolated solution for users who do not use Emacs Lisp for > heavy or continues processing of data. I disagree with this assertion. You can organize your heavy computation such that it never runs when you need an interactive session, or run such computation in a sub-process (that could also be Emacs, just one running in batch mode), or any number of other solutions. You just need to realize that having just one interactive Emacs session at a time is much more important than the other considerations, and change your priorities accordingly. > Would process that runs in console or as batch also cause this > problem? I don't think so, no. > Is there a way in a single instance to disable something, so that > selection whatever is disabled during processing, so that other > instance is not disturbed? You can disable interprogram-paste-function, but why would you want to? From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 16 13:44:11 2022 Received: (at 58505) by debbugs.gnu.org; 16 Oct 2022 17:44:11 +0000 Received: from localhost ([127.0.0.1]:46094 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ok7gI-00056S-Pu for submit@debbugs.gnu.org; Sun, 16 Oct 2022 13:44:11 -0400 Received: from stw1.rcdrun.com ([217.170.207.13]:37627) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ok7gG-00056D-JO for 58505@debbugs.gnu.org; Sun, 16 Oct 2022 13:44:09 -0400 Received: from localhost ([::ffff:102.87.19.13]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000055D66.00000000634C42E2.000014AE; Sun, 16 Oct 2022 10:44:02 -0700 Date: Sun, 16 Oct 2022 16:01:37 +0300 From: Jean Louis To: Eli Zaretskii Subject: Re: bug#58505: 29.0.50; Time out waiting for reply from selection owner Message-ID: References: <86tu47rjqx.fsf@protected.rcdrun.com> <87czauappa.fsf@yahoo.com> <83tu469az8.fsf@gnu.org> <83h7057cyy.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <83h7057cyy.fsf@gnu.org> User-Agent: Mutt/2.2.7+37 (a90f69b) (2022-09-02) X-Spam-Score: 1.1 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: * Eli Zaretskii [2022-10-15 10:39]: > > Date: Sat, 15 Oct 2022 07:11:01 +0300 > > From: Jean Louis > > Cc: Po Lu , 58505@debbugs.gnu.org > > > > * [...] Content analysis details: (1.1 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_PASS SPF: sender matches SPF record 1.1 DATE_IN_PAST_03_06 Date: is 3 to 6 hours before Received: date -0.0 SPF_HELO_PASS SPF: HELO matches SPF record X-Debbugs-Envelope-To: 58505 Cc: luangruo@yahoo.com, 58505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.1 (/) * Eli Zaretskii [2022-10-15 10:39]: > > Date: Sat, 15 Oct 2022 07:11:01 +0300 > > From: Jean Louis > > Cc: Po Lu , 58505@debbugs.gnu.org > > > > * Eli Zaretskii [2022-10-14 09:27]: > > > The solution, of course, is to never run more than a single Emacs > > > session on the same machine. > > > > That is isolated solution for users who do not use Emacs Lisp for > > heavy or continues processing of data. > > I disagree with this assertion. You can organize your heavy > computation such that it never runs when you need an interactive > session, or run such computation in a sub-process (that could also be > Emacs, just one running in batch mode), or any number of other > solutions. You just need to realize that having just one interactive > Emacs session at a time is much more important than the other > considerations, and change your priorities accordingly. That is exactly what I do, I span one Emacs session as separate instance. What I do not understand is how that separate instance may disturb the new instance to yank or use selections. I do not know if it wants to use selections, but similar wording was written in messages. I hope you understand it better. Other X programs do not have the problem in copying or pasting while Emacs is processing information in the database. > > Would process that runs in console or as batch also cause this > > problem? > > I don't think so, no. > > > Is there a way in a single instance to disable something, so that > > selection whatever is disabled during processing, so that other > > instance is not disturbed? > > You can disable interprogram-paste-function, but why would you want > to? The bug report is the reason why I would want it. When Emacs is processing heavy data, I do not write nothing in that instance, I cannot access the instance, it is blocked due to processing. That is fine. But then I want to use other instance, and that other instance, the interactive one, gets disturbed because during the processing of the first instance something is happening and second instance, supposed to be free, is not free for work. Thus I guess if I disable interprogram-paste-function in the processing instance, new instance should not have problems. I have tested it now. It does not work. I have disabled both variables, interprogram-paste and cut function, and I have spanned new Emacs instance. I get this error again: gui-get-selection: (error "Timed out waiting for reply from selection owner") Timed out waiting for reply from selection owner I wish to disable it in the instance processing with Emacs Lisp, not in the one which I need for interactive usage. What else is possible to do to make it work? My Emacs is supposed to run 24 hours processing advertising information. Processing instance screenshot: https://gnu.support/images/2022/10/2022-10-16/2022-10-16-15:35:07.png That frame I do not touch as Emacs is not responsive, it just does Emacs Lisp. Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/ From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 16 21:33:12 2022 Received: (at 58505) by debbugs.gnu.org; 17 Oct 2022 01:33:12 +0000 Received: from localhost ([127.0.0.1]:46622 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okF0B-00056d-WA for submit@debbugs.gnu.org; Sun, 16 Oct 2022 21:33:12 -0400 Received: from sonic310-25.consmr.mail.ne1.yahoo.com ([66.163.186.206]:36609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okF0A-00056J-Rp for 58505@debbugs.gnu.org; Sun, 16 Oct 2022 21:33:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665970384; bh=qp4kXf2LHpNp770eSZofgTAYqiZEVx3a0KydZIC4yfQ=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From:Subject:Reply-To; b=EnNEA41mNRcPncIRh/toL4OAwb1UwoWGoE5LXQ/+/EJ2Uzlo0HcKoOyMOLRkLHU7OTI4CFtSXqGhFvdriJeJDU3bvMFaaQuRFbBd33Ght69ky8LtSTwFiCT9X3WYaSLndDQwZV5YRz+70FCwTtosCP8na7mgoTNPyJMlxc674hMEJH1HGk1bKuBIwFAxZOa1rVEXGqCPGcfwEjzTQIdtwpOwWeaHqJgDSlE8QlI1yXVKIaZxU6scrvzVLmndw/Bzt3JR02rmIUwLr082RqOO618bP7gHYJtynE2ZnGnRdAJLiNM7MeRnUNcyAxsgWlDb1enGoR9lzC8cEFO22tW8Jg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665970384; bh=ccEx9rr50w3trU2qvL+i+uv7RZLrSonKr57enqZ8iYj=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=BP9z4VjMeDOHl2N5WOrpteLdblz9vu9pPzfopxluskDxwVbI3phhs7x3tIMXMDIzGp16xZjVGcY3Q1kuxmMFPpWEF+UCfzk23y6CPcKAryg6pMGzKxC6idO/F9uIZ2+FU/KvoQRbYvf+d+ilGu/uGCyy67p38gj/jwJsAKQIIhXbHyhjj8TpEGh/xB+GO9KNu9Oi+hg/j6GYH35a6Dd0jp24XdWaui6LNpAyljqXgLOcNtvJ2Xv0JS2wc3/x0G7QuD90LjKaB3Zkgt3JiHdLxE3tbrjh8DFBDXU/WzPDFyz3l8oxZDy3JBgYMMw9Pkbm5I9j0uQW1AirLS9jMqv9lA== X-YMail-OSG: YaPzx.IVM1l5rFsBAoIBWNm.pyV_mtUu04.bkqoCbMNyrtbGzbDrmOQ5vvgC4f8 XfxxuAw7nvE_CapNPKtrU0uY2PYJTtFbomSto8yLExKYnwgeezyqiICAzGULjhrHh1WQEIbNMOo5 ljWzWqrFs9t_y_zoTvDYoXXI.LTUFjKc8N8Pp58i6QsU4Mc0L9Sk5mCkjOcznjYhyd6.x_HWQ_aI 193oPYNDuX2.TEUKyHWOGw1mh3eCUuxUp4PbwxbGOXdV1Tk_uHwlY4zlI7Gzltfsb6mplh3ta3cG Vq7EWrMzVwkQ3PHBX72mt3NHwU80IRic6Y2UUo7ee7z6.6pZir8YVkF51e0mj.bP0pjYKZMUwgK9 LS11NIzEAIJ8nX2YBzIp3bbokweteUxII2_4KfAugdo_HyrHWvwfiptPSgjckuLCOhfqIjp2r7OP 4ZbSqfPZY5RPDM4E9qAI0DWCEwpWhOyuvDvOunbAW5c0eNP3spWIHMND3ofQdphmFbmIvoLXMwOp kjyeVhU3XtxjxNCqER1H.mN3XcGdjSsXagS67nGnnMwKHniyr34tg4kyOACTpz4n3Fiu5rWZZnHg K3MGXwf5R3xX9IuhDz_C779dTEVmlnnflgqG0GXFPU1syjLasAY96cXJcjxj4TGNZSG3fFxjXPXl hogUxraGRiOh7Bzua9NoYQHQEGO6eAsnllFLmOgmlCFv88nWKrX5DUhXZuiSGi4j.3LOKiPoTtxi K0dbBGqjW.1YtgDk8UuiZeF_9ooHRJZaXK14geLCiGWcFvqR0hQBD4jmTdXQ24wtYtccRVg_GyaJ J5KbYQaH6ckjaxup2jtlJ8YgaKzDmYtA09qstLUjLhQMNjosh28mDvRXciH62NeAPmMuO5_R14jC zgQqxQzOKPwz3eZkkf1WxH4nRyiA9i97SPfnMCELrVSH4SMz6.kCjsXeSjLX6zY8dPuZnxWIVrfD 8KvBbevMM3ySAxJmu19sohdfK0sNijsLDp0APC2oHQvi6oQaa0Z0FbKx.ZE8TUmk4aHDeeK_vxiF Z0srSy2mlNIDoAVFJYtW63Uo2dXTSmyDb8PChK_3hBunR.JelHCy.fm97Mo6ljFg6Vrq6q5w0TeC NxE9eb9YzfSSa1cmQ4UUg3A9RrjE6rj6waZPRxuUoz4HhTrwYqLMsBoULQRW_bKm7WPE.uot8b.u MYTSBc1YIpDnuEJi_T_N8AgdDe00hKawb2h.QqnmaBzPgRhE1DPJhNx.4863yEaqkh1k.VQSi3QF aHjCHQi9DI37eOh4ynFyqjdoyP2o8v84QD5XlPSigr0lxFgTXu3nTdG5Is4xF7LP637AzpdR6btS jdfk8oXhlufY_fqxmviCS0mvs_XrG_8LFf_HWvY4Oa95srSSaTWNmOSlDn7RJTgux1.zhRHJiobP hrL467vgANhs7PE3MiQ5WaLe9wyV42CzAkCvyH6v4MRe6Mm8XKcwCQ8YkKahdlD0BL0KjKI.Ykss TA0FzhpRdHAPIozORkdMeZ7f_kBACKwsBgTj1hw7Gxn6MnE9OUMwN44V4_9sPGJ7Cbv8H34rM3if E2TCeHf1UDZOENn.mw7DKxE9O8pymxoWqp9ldRcNyZAnhZ4AVn8LW3gsLRLUMNduR6Lmndu_c1zX Wa_q5TwybmXM19B416FSQr6dIt5NI4XcTKi9H4ibB7F_WvQeKXHTZNPKeYYs2mdlNChwAwgyx_uk qj77dJLgyaRRVWpGJT7nvcU37rh0Mw13vxJVtBqKikPymAyntxUZxlJGIM_9pH0yPCh2c64uc7vv pIy2_0rsSQib4.l7ElJT9zUOSPj8dJwu9WUzhcvkw_OxWYKz3COdx9jHgRVvBo3R6dZnw0uDV3ZI pJQK58OneuEHpimAVKW1jYNGV_BH3LV2Iv31x6_RFVpAtg5RLeThBsesWg.nd2_YiWWX_NcTCFFN wZVAFfdTI66u805hFFUmTE7.FVuE5TbUKczv8iYxgYUG0MbifDRtJCh92qCW6ruuUuRYOKNBVY4S 5gs4wZ4.VPM9mkK2hFbwL2awwRcnbPfCOVNe.hfPdVlAVnmHRsk852AOV.wM2IiRWykMJsKncFMd pwF3gEGnZP.svrph5Kqfcajtyhpy6M1wArh.BakxxJv41ewfkvu4fALIHKpMl2gcIPypHQkrhIbZ GYwwLBj2frcm4CWxtQjL1KpsuqclFaWsSt_oYM58gH7irS.SLgHe3slvbXwtpzM5loxsMW2gEd7B 8F4tGBdHr4Cdi5ZXlZ8hNEMKnkk9k8cKjqdbn36pjOBJ3LdMI0aaP3eJAqJej.RaOnECfBzCx7f4 9 X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ne1.yahoo.com with HTTP; Mon, 17 Oct 2022 01:33:04 +0000 Received: by hermes--production-sg3-785466d859-4mnw4 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ae095fa8749d64d38a18ad9ce7786ad0; Mon, 17 Oct 2022 01:32:58 +0000 (UTC) From: Po Lu To: Jean Louis Subject: Re: bug#58505: 29.0.50; Time out waiting for reply from selection owner In-Reply-To: (Jean Louis's message of "Sun, 16 Oct 2022 16:01:37 +0300") References: <86tu47rjqx.fsf@protected.rcdrun.com> <87czauappa.fsf@yahoo.com> <83tu469az8.fsf@gnu.org> <83h7057cyy.fsf@gnu.org> Date: Mon, 17 Oct 2022 09:32:52 +0800 Message-ID: <87mt9vkzej.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.20740 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 134 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58505 Cc: Eli Zaretskii , 58505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Then as I've repeatedly asked, please build Emacs with TRACE_SELECTION defined in xselect.c, and show the printout when it times out. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 12 12:54:49 2022 Received: (at 58505) by debbugs.gnu.org; 12 Nov 2022 17:54:49 +0000 Received: from localhost ([127.0.0.1]:48949 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otuiP-0002aj-BL for submit@debbugs.gnu.org; Sat, 12 Nov 2022 12:54:49 -0500 Received: from mail-pj1-f44.google.com ([209.85.216.44]:43771) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otuiN-0002aW-4p for 58505@debbugs.gnu.org; Sat, 12 Nov 2022 12:54:47 -0500 Received: by mail-pj1-f44.google.com with SMTP id d13-20020a17090a3b0d00b00213519dfe4aso7232458pjc.2 for <58505@debbugs.gnu.org>; Sat, 12 Nov 2022 09:54:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:cc:content-language:subject:to:user-agent:mime-version:date :message-id:from:to:cc:subject:date:message-id:reply-to; bh=MNqmAqA+S1Ne9vMbW1u4h+kU7sJ2Hj9tA5mJuyR/59c=; b=CGYAIxF5HkpKYNh0MvkFT/DuKFcNjfL1mz0fUhukFoWegZyIxZ3np48kxAebFD9sG8 5VSkcF5DmR7kGYlr1p+riGaryC94y8nYDFTg/suJRdwOtt6TqNx/cIdPKWvnOt1lufuo WxecYbBuz/IyKZn8wz0YlPEP4XisFavVXyLXOQowUBZiQTshuwXllCWhBYkjmjafEm5h yacqHtC2F6p9bjOg1dKBR/Ej5Fs07o374thnVpQAGFeLLdMbeqkUOtLfMfB9aYHAbtxa p7oDKgA3c8pQt87u3t4DyoDxfwe+Q/HTXXtQPWBQ1omEURhn2KVlIqpg7Tcm9O2xX4+i DOfQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=from:cc:content-language:subject:to:user-agent:mime-version:date :message-id:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=MNqmAqA+S1Ne9vMbW1u4h+kU7sJ2Hj9tA5mJuyR/59c=; b=H9HZEXgBBubDuFJGuWr0tyIF/kSZbaHgGI27FetA18tt9k09nVeRQW/JX3ULC7k20X KxRENS0BDgUY8IurgsGmw/j4GmhG51SylJPwAwQDcuDieAvK+D+NtSSfZIEuiaVEvHIh dAQBkPhQ20nWiPp6SNNqfcrwOT6Vpo3mcCPae5u9nAhbkfkBxdTA/xUCmWbCGkPbCdIr kL2eeHKcs76MPoWvg7pif+SrbSHEMV4YGW/QJTtM/KGmUzpCeoixqrDCwa56+gJ31vWg fmVtlogxVMhX4GcTNmoV8t15tlczZxe3A/Bd4ahqTPGTMipgcsWvebJoKhwsqXTe7zBm X+Yg== X-Gm-Message-State: ANoB5pls0UNDybh5x/AFlcrBCqxktzwOJaPvAxBYd22YUs7WrglbZjA6 f0ISHXND/+KakB5FN1/urgg= X-Google-Smtp-Source: AA0mqf6hC8a8xkzFbYViArKhGilc7w7SgmGO/Pi1pyKNFK+vQn1R5D7px9zZbC04uQ3Rzb4B3maiyQ== X-Received: by 2002:a17:902:ce92:b0:188:5391:cec2 with SMTP id f18-20020a170902ce9200b001885391cec2mr7204455plg.78.1668275680955; Sat, 12 Nov 2022 09:54:40 -0800 (PST) Received: from [192.168.1.11] ([113.173.246.114]) by smtp.gmail.com with ESMTPSA id 129-20020a621487000000b0056dde9895e2sm3590596pfu.30.2022.11.12.09.54.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 12 Nov 2022 09:54:40 -0800 (PST) Content-Type: multipart/alternative; boundary="------------fH0ZB7qrqOsMdmmeIvQ09aIE" Message-ID: <186a7570-a0f7-c219-10c3-a46ab765e17d@gmail.com> Date: Sun, 13 Nov 2022 00:52:25 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 To: eliz@gnu.org Subject: bug#58505: 29.0.50; Time out waiting for reply from selection owner Content-Language: en-US From: daanturo X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58505 Cc: 58505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) This is a multi-part message in MIME format. --------------fH0ZB7qrqOsMdmmeIvQ09aIE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit >  You can disable interprogram-paste-function, but why would you want > to? Are there any downsizes to disabling in `noninteractive` sessions only (if I have control there)? This bug is killing me as sometimes even when all other Emacs instances are killed, copying and pasting still hangs Emacs until I log out of the DE and log in again. -- Daanturo. --------------fH0ZB7qrqOsMdmmeIvQ09aIE Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit

>  You can disable interprogram-paste-function, but why would you want 

> to?

Are there any downsizes to disabling in `noninteractive` sessions only (if I have
control there)?

This bug is killing me as sometimes even when all other Emacs instances are
killed, copying and pasting still hangs Emacs until I log out of the DE and log
in again.

-- 
Daanturo.
--------------fH0ZB7qrqOsMdmmeIvQ09aIE-- From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 12 13:13:56 2022 Received: (at 58505) by debbugs.gnu.org; 12 Nov 2022 18:13:56 +0000 Received: from localhost ([127.0.0.1]:48991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otv0t-00035D-Q7 for submit@debbugs.gnu.org; Sat, 12 Nov 2022 13:13:56 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46894) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1otv0s-000351-Hq for 58505@debbugs.gnu.org; Sat, 12 Nov 2022 13:13:54 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1otv0n-0000CG-Bc; Sat, 12 Nov 2022 13:13:49 -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=0eEkwTSvIKI+1rYwb9xuKf4LXaQd81HDR5Xvz0eArw0=; b=d9ODaPyJxRpU aFYqxfoQcFZ8iID4JjX6//TASu+xqQ/xh8li7hddAV26N2k6tVxXk/OrwfJsHCvQrIU9RSKjibZuC Vrg3nBxV79mvV/iFHtRXlSS6BbO8mVqlOSOxyNN9+MG2/ck02U6JT2XUz3afMrO92nbp5CUaLpU5P eCZbHqKXep4aXQbOX6u1yRnLENX3gRlUZ2YBBYD05bYXCW50os1OF+IZrcTEl7lmg7Kl0od3G3ord PL60YBEu9x06DiG7wq7JlKf1Q1shCCkk8/9XsVFtx1bAyC0TLzSg84ed9urPJ8PWvlxrJtmqAbl81 74qlPnYE7sfz80BNFjuJOg==; Received: from [87.69.77.57] (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 1otv0m-00017m-Lw; Sat, 12 Nov 2022 13:13:48 -0500 Date: Sat, 12 Nov 2022 20:13:54 +0200 Message-Id: <83leogm465.fsf@gnu.org> From: Eli Zaretskii To: daanturo In-Reply-To: <186a7570-a0f7-c219-10c3-a46ab765e17d@gmail.com> (message from daanturo on Sun, 13 Nov 2022 00:52:25 +0700) Subject: Re: bug#58505: 29.0.50; Time out waiting for reply from selection owner References: <186a7570-a0f7-c219-10c3-a46ab765e17d@gmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58505 Cc: 58505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 13 Nov 2022 00:52:25 +0700 > Cc: 58505@debbugs.gnu.org > From: daanturo > > > > You can disable interprogram-paste-function, but why would you want > > > to? > > Are there any downsizes to disabling in `noninteractive` sessions only (if I have > control there)? If you don't care about copy/paste to or from other applications, none. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 13 00:12:08 2022 Received: (at 58505) by debbugs.gnu.org; 13 Nov 2022 05:12:08 +0000 Received: from localhost ([127.0.0.1]:49821 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ou5Hr-0003Xz-Cj for submit@debbugs.gnu.org; Sun, 13 Nov 2022 00:12:07 -0500 Received: from mail-lj1-f175.google.com ([209.85.208.175]:36443) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ou5Ho-0003XV-Tr for 58505@debbugs.gnu.org; Sun, 13 Nov 2022 00:12:05 -0500 Received: by mail-lj1-f175.google.com with SMTP id u2so9036212ljl.3 for <58505@debbugs.gnu.org>; Sat, 12 Nov 2022 21:12:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=bRk9gPMMphSH9v5XcU37xYPE+9po9ieRWysXKsbwJvQ=; b=kbr+fHvV0ULSarsfFknXRvm5IQEOkWgfTfVURGClVoiw1F1vxzsbiTzEi/UG5M1+8A ocNJCk6RhXBIhOvEqD3s9SVLnMQD6KBZPDfdqHoI0/8Az/uk+x3gFwz4GWEm548MIN7e Nh9N8lo85ZDhwcjs7ohCIcMiyLMAEPDYH+wFvhAkO8P3/ig+6sVy0jUASCFGaitT3TCD p8dxhu8a0J3tMPYR7HpjW2g/6/i1oF5Rg6VM0u/vYRtV8r6Q31XpVvxNFVc74jdhWX90 fzfaYnTmhouYqr/iNRx7SUfQGQ154pswGlz2QRrMyFVhj4oTZGEtxA7CSkSE1uxD5vrH L2jQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=bRk9gPMMphSH9v5XcU37xYPE+9po9ieRWysXKsbwJvQ=; b=cRgVYnIRsQ1rvryAWcth/rRT21Pr7P4SSaX3SUwLpS0i1OrWp4wDubGV7r5K6beres yL7msySu8IQ6HD00IoYOuYC+vrffhepcptVh9iP5hV2gYUI2M39c3561+wkuA9ViLPa6 5mleixCC3MGk+S/ibfTn5SOEbJCZ92BD0edL0sFRatpe959Zzwxqu/ixTyAp4+18ixCR UpcQ8BpmaN+r3YI9HdWkBOzg+TknmWgPVB7sIj9V1uf26yDJNt8tVfYRLE19udkpVbL+ WGalCuNPD40Prpa/rT0x1zUFuRaqh7gsfukGI9vv6xZBx7R8cQaPj+g3LJqK+/y2xJER ZQpQ== X-Gm-Message-State: ANoB5plqM3ukGeyPS1hvkdtm+tdbiZCUoqSCFNjDBNqUuVltfoJwHMer OZfq2WqBn1bZKYuEaYiI7lkaLjB/1SwaJjzx/LYyCfbMRphkhA== X-Google-Smtp-Source: AA0mqf4FYDBIGNSPJHbnpwd6lDm/lthh7b6rDyVzqiS277O6nq+kmgl0eU+Y3tD4RX/vHMWtMXyBNfwce2stYKRUKY4= X-Received: by 2002:a2e:a26c:0:b0:277:461b:41d5 with SMTP id k12-20020a2ea26c000000b00277461b41d5mr2671270ljm.40.1668316318223; Sat, 12 Nov 2022 21:11:58 -0800 (PST) MIME-Version: 1.0 References: <186a7570-a0f7-c219-10c3-a46ab765e17d@gmail.com> <83leogm465.fsf@gnu.org> In-Reply-To: From: Daan Ro Date: Sun, 13 Nov 2022 12:11:46 +0700 Message-ID: Subject: Fwd: bug#58505: 29.0.50; Time out waiting for reply from selection owner To: 58505@debbugs.gnu.org Content-Type: multipart/mixed; boundary="00000000000085786b05ed5329a3" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58505 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 (-) --00000000000085786b05ed5329a3 Content-Type: multipart/alternative; boundary="00000000000085786805ed5329a1" --00000000000085786805ed5329a1 Content-Type: text/plain; charset="UTF-8" ---------- Forwarded message --------- From: Daan Ro Date: Sun, Nov 13, 2022 at 12:01 PM Subject: Re: bug#58505: 29.0.50; Time out waiting for reply from selection owner To: Eli Zaretskii Then how about we do that by default, since batch sessions are untouchable in the user-space. If a non-interactive instance really needs to access the clipboard (which normally doesn't), it can easily set `interprogram-paste-function`. Disabling prevents those sessions from influencing the primary interactive one (doesn't solve the problem for multiple interactive instances, though). I am experimenting with this patch. On Sun, Nov 13, 2022 at 1:13 AM Eli Zaretskii wrote: > > Are there any downsizes to disabling in `noninteractive` sessions only > (if I have > > control there)? > > If you don't care about copy/paste to or from other applications, > none. > Update: That patch will simply disable interprogram-paste-function universally, I need to find a more sophisticated approach. -- Daanturo. --00000000000085786805ed5329a1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
---------- Forwarded message ---------
From: Daan Ro <daanturo@gmail.com>
Date: Sun, Nov 13= , 2022 at 12:01 PM
Subject: Re: bug#58505: 29.0.50; Time out waiting for= reply from selection owner
To: Eli Zaretskii <eliz@gnu.org>


Then how about we do = that by default, since batch sessions are untouchable in
the user-space.=

If a non-interactive instance really needs to access the clipboard = (which
normally doesn't), it can easily set `interprogram-paste-func= tion`. Disabling
prevents those sessions from influencing the primary in= teractive one (doesn't
solve the problem for multiple interactive in= stances, though).

I am experimenting with this patch.

On Sun, Nov 13, 2022 at 1:13 AM Eli Zaretskii <eliz@gnu.org> wrote:
<= /span>
> Are there any downsizes to disabling in `noninteractive` sessions only= (if I have
> control there)?
If you don't care about copy/paste to or from other applications,
none.

=
Update:= That patch will simply disable interprogram-paste-function universally,I need to find a more sophisticated approach.

--
Daanturo.
--00000000000085786805ed5329a1-- --00000000000085786b05ed5329a3 Content-Type: application/x-patch; name="0001-Disable-interprogram-paste-function-when-noninteract.patch" Content-Disposition: attachment; filename="0001-Disable-interprogram-paste-function-when-noninteract.patch" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: f_laew1wzj0 RnJvbSA5NWNmNmI0ZThjMDliNmQxNDI1MjhiMTE2ZjkyN2E1ZTk4ZDBlZjc3IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBEYWFudHVybyA8ZGFhbnR1cm9AZ21haWwuY29tPgpEYXRlOiBT dW4sIDEzIE5vdiAyMDIyIDExOjI2OjQzICswNzAwClN1YmplY3Q6IFtQQVRDSF0gRGlzYWJsZSBp bnRlcnByb2dyYW0tcGFzdGUtZnVuY3Rpb24gd2hlbiBub25pbnRlcmFjdGl2ZQoKKiBsaXNwL3Np bXBsZS5lbDogc2V0IHRoZSBkZWZhdWx0Ci0tLQogbGlzcC9zaW1wbGUuZWwgfCAzICsrLQogMSBm aWxlIGNoYW5nZWQsIDIgaW5zZXJ0aW9ucygrKSwgMSBkZWxldGlvbigtKQoKZGlmZiAtLWdpdCBh L2xpc3Avc2ltcGxlLmVsIGIvbGlzcC9zaW1wbGUuZWwKaW5kZXggNWY2NzZlYTUwZC4uNjNkMjMz NzQwMiAxMDA2NDQKLS0tIGEvbGlzcC9zaW1wbGUuZWwKKysrIGIvbGlzcC9zaW1wbGUuZWwKQEAg LTU0MTYsNyArNTQxNiw4IEBAIHB1dCBpbiB0aGUga2lsbCByaW5nLCB0byBtYWtlIHRoZSBuZXcg a2lsbCBhdmFpbGFibGUgdG8gb3RoZXIKIHByb2dyYW1zLiAgVGhlIGZ1bmN0aW9uIHRha2VzIG9u ZSBhcmd1bWVudCwgVEVYVCwgd2hpY2ggaXMgYQogc3RyaW5nIGNvbnRhaW5pbmcgdGhlIHRleHQg dGhhdCBzaG91bGQgYmUgbWFkZSBhdmFpbGFibGUuIikKIAotKGRlZnZhciBpbnRlcnByb2dyYW0t cGFzdGUtZnVuY3Rpb24gIydndWktc2VsZWN0aW9uLXZhbHVlCisoZGVmdmFyIGludGVycHJvZ3Jh bS1wYXN0ZS1mdW5jdGlvbiAoYW5kIChub3Qgbm9uaW50ZXJhY3RpdmUpCisgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICMnZ3VpLXNlbGVjdGlvbi12YWx1ZSkKICAgIkZ1 bmN0aW9uIHRvIGNhbGwgdG8gZ2V0IHRleHQgY3V0IGZyb20gb3RoZXIgcHJvZ3JhbXMuCiBNb3N0 IHdpbmRvdyBzeXN0ZW1zIHByb3ZpZGUgYSBmYWNpbGl0eSBmb3IgY3V0dGluZyBhbmQgcGFzdGlu ZwogdGV4dCBiZXR3ZWVuIGRpZmZlcmVudCBwcm9ncmFtcywgc3VjaCBhcyB0aGUgY2xpcGJvYXJk IG9uIFggYW5kCi0tIAoyLjM4LjEKCg== --00000000000085786b05ed5329a3-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 13 02:21:04 2022 Received: (at 58505) by debbugs.gnu.org; 13 Nov 2022 07:21:05 +0000 Received: from localhost ([127.0.0.1]:49951 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ou7Ie-0000vA-LZ for submit@debbugs.gnu.org; Sun, 13 Nov 2022 02:21:04 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34708) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ou7Id-0000uM-C7 for 58505@debbugs.gnu.org; Sun, 13 Nov 2022 02:21:03 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ou7IX-0002lj-SE; Sun, 13 Nov 2022 02:20:57 -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=171oSZiVrXtq1LReE0jG5xgPhgKnQRwSWdFkZgGTIeQ=; b=C+/O/hk8GFu+ K7XxxzMJsbTsKYLShZQ1dKmCbavPWsTXFocpxtWeQ2M+T+0s4nDUiQuKnHdZTV1eK+7ibLlqvgoic 8NVS8Z1bsq8oMy8Q47mAYZhtm4TQNQHiZa19ZjmghlLQRshHfFLwD/iqZUEWW+Bw+iRpAbO20ojX2 75V7DqONUOV/i2GcD8Z0NnaGkARS30CCezc2z7qjzaulS5kXmSw0Wi+IWL5qEyZ2/mFs0hzEl7rWw nwJf47K8G8HGaERROu24nWRB7ANPFgcL24IvwNVSw4l0S1u6fiKTfGZdu4ofn41hIiNrvbBea7Ce4 zn0ZVYgKQvRGLILeWIYErQ==; Received: from [87.69.77.57] (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 1ou7IX-0001JJ-6A; Sun, 13 Nov 2022 02:20:57 -0500 Date: Sun, 13 Nov 2022 09:21:05 +0200 Message-Id: <831qq7miam.fsf@gnu.org> From: Eli Zaretskii To: Daan Ro In-Reply-To: (message from Daan Ro on Sun, 13 Nov 2022 12:01:14 +0700) Subject: Re: bug#58505: 29.0.50; Time out waiting for reply from selection owner References: <186a7570-a0f7-c219-10c3-a46ab765e17d@gmail.com> <83leogm465.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58505 Cc: 58505@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Daan Ro > Date: Sun, 13 Nov 2022 12:11:46 +0700 > > Then how about we do that by default, since batch sessions are untouchable in > the user-space. That makes little sense to me. We shouldn't disable features in the batch sessions without good reasons. This works for almost everyone, so changing the behavior for the benefit of a few that have some local configuration issue is not TRT. You can always disable this in your programs that you run in batch mode. > If a non-interactive instance really needs to access the clipboard (which > normally doesn't), it can easily set `interprogram-paste-function`. Disabling > prevents those sessions from influencing the primary interactive one (doesn't > solve the problem for multiple interactive instances, though). > > I am experimenting with this patch. Sorry, this is a non-starter from my POV. We will not change the long-time default behavior because someone has local problems on their system.