From unknown Fri Jun 20 07:19:04 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#54371 <54371@debbugs.gnu.org> To: bug#54371 <54371@debbugs.gnu.org> Subject: Status: 29.0.50; read-char does not reset idle timer in some cases Reply-To: bug#54371 <54371@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:19:04 +0000 retitle 54371 29.0.50; read-char does not reset idle timer in some cases reassign 54371 emacs submitter 54371 Ignacio Casso severity 54371 normal tag 54371 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 13 04:46:51 2022 Received: (at submit) by debbugs.gnu.org; 13 Mar 2022 08:46:51 +0000 Received: from localhost ([127.0.0.1]:41605 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTJsI-0004Ug-NF for submit@debbugs.gnu.org; Sun, 13 Mar 2022 04:46:50 -0400 Received: from lists.gnu.org ([209.51.188.17]:56264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTJsH-0004UZ-EH for submit@debbugs.gnu.org; Sun, 13 Mar 2022 04:46:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41738) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nTJsH-0006RW-4I for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2022 04:46:49 -0400 Received: from mail-am6eur05olkn2037.outbound.protection.outlook.com ([40.92.91.37]:11740 helo=EUR05-AM6-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 1nTJsF-0005mC-1d for bug-gnu-emacs@gnu.org; Sun, 13 Mar 2022 04:46:48 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kybDTqcMRfadZ84gqtqFk6TfEXaoo7CLcaxIVyxb3YEw+Oj1NZ4MQm3TuSimYPw/A6kEds9NUyshv1a9vIcOkw0BRPI0a/Tt6b4hyI6ChELnDov8CKUHD6omaMj0LceUnwXmAobuyQHwm2VDKThKBKqCenykHtlfPTEL9vRkKE8pfNGv3dI/tFBFFEtEW6CBQzu8O4oJJf/brVPb/bK9/8HZdV7EA6nyvlkDiE0SxQolO4dTjxjHBgzRIzvc0gL4RK6Ci0ABqGVRH8Fczhp1+MyNp0Vl7WJAT6B1i+bg9Hjv7v7LpxwmEr1xPQT2sDcThXZpBrCknMh2P9Q/wvD9VQ== 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=7hKCXyyYfIIIpEgkWlokHIyDAPLIxw5VMowlAHOl9DI=; b=ew8q1un1H0/Msq5lpfTIpf/ja3d3sWTInFtCLFnBVwnSL0StyzTZ6e+UDFnuHKIfQ35DDVpSesLIWaGjuj9WikN1ruNQMzO0yGSJ4Z9xLKOnuWXKj47xdd8uFtOjydSp2WLQpcqF6nkbkB64cT8zkYqJzd3swbjJ8Xvx0U+KA74GTc321N4I5j+Suzb0HHqkRGrqp5vS1Zjf6O29HM6Q5yKHONo0/GPTvJLfIv41239qrW4As1zb0NiQXQvZ7tUNhL5/icBcFsJXBIHUsMWNwqEPGkq9FS/1p9q99AUGrMSXIc3SnsNjF42kS3qmoeQwXlRtO06QIG7JcuA5VSXPSg== 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=7hKCXyyYfIIIpEgkWlokHIyDAPLIxw5VMowlAHOl9DI=; b=j5/LyYVRWYjS5g/giObNdNsSYGQp88PHoHAJDRbcuD0CAWL+XWV/+Cs6PBGJcCZWYKY2QX2sfGstev7TK0PFBlvgUClhTlJ7S0LdKPa88VKChVyiDYUcZBoo+TyiSyYg8PTH0ZjsSk9HrP6zYLN95JGTqmy7IyXDxSb0PIJky5X2t15iFsJZP4GJUuf2ThgRjkjRFHkH9cJg9VKhUZ4oGdlt+qn2Vs4tqLkXCVHKXtOfBmy+ACjATxD4TCFQLmjHUc2i/Wun05RfGr8YzhG6Q85vKET8GYlTc2h3AJtziltU4gpNSDqW+J/OFfUe/KWIOSfpuTE9l5kVS/pSuBPigw== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by DU2PR06MB8262.eurprd06.prod.outlook.com (2603:10a6:10:2d1::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5061.26; Sun, 13 Mar 2022 08:46:44 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f%9]) with mapi id 15.20.5061.026; Sun, 13 Mar 2022 08:46:44 +0000 User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso To: bug-gnu-emacs@gnu.org Subject: 29.0.50; read-char does not reset idle timer in some cases Date: Sun, 13 Mar 2022 00:27:59 +0100 Message-ID: Content-Type: text/plain X-TMN: [bHcflEvwR2BTY1kgiYwO4equgTeuKdFL] X-ClientProxiedBy: MR1P264CA0139.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501:51::20) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87sfrmnssz.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: fd65b9e8-8804-4e1a-a187-08da04cdffaa X-MS-TrafficTypeDiagnostic: DU2PR06MB8262:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: uBiarTVi2SBEaTNRON1vVxUgX74Rj08BwQM0XUaGu+IC1vgGxixbHUDFykGoxm5Wt+vKkOftrREB5gIRR/Za/I1Y70jlmDMOmPgkXtKVKIdM/++QZFRIN7Fb42nfWjYPJ4by1Md11wT3W/7l6PDbf2kCMwAb3uZ4Oz2Z6AL6EJTpmSZGnHkUDeAZEPrpg2qC73CYDytrYF/Fn299GhGy3GaIuxu3+U/kVUNeDRLKgZTnECsox6axM3gNx4K08NpXEWwI1rV111TGAInA7iXwbmDsJCp5dGf+PDvUejowtnrKnjZ8+V+lkdvohu+KajPtp7MSKkUVxTQ3OlSWdvuipuLmOs0ghj3SiU++httbiBj+U7mrANE89ilkCqmn+PwsTRweo1f3ZngnU15zuA6mSsKPDi2IRVv6+TObrWEAJTTRAHrrsLP3AA/ohu37Vkp73Kp5RjQse7rcKus39MTm3mYwf5eUmfWI+qNm68rKqtphDHbxatasWs7p6nozDm/y26AeS9KOrRzAfLrGMr88Wvn22UaLVAchTIMQhfvL7p2CbyDb2YET4+AOSf+BkdanyrWJ02C/KPTAcdkSuHwvow== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?0xtDAxo4YyF43KSFh1L9yA1OuT6L+yCL30Ch1p34EkWxLe8L3+QX+15sN7BI?= =?us-ascii?Q?tWyuvGlAr31Yz9wtewrz0bLYLii3jSoQEO5An98wfiKQctGMVHrz4SoLak7q?= =?us-ascii?Q?0oEz5DXv+jonpe3vBVYTBHucTr4AKCM87hscmhVRW98bIozybFte3SeCTPX7?= =?us-ascii?Q?Qyjlm0RrNTb2ar+RwqlQWnt25gsxwYKBkczLDv8lVIJdLSmHtwYmXXQ2K/ym?= =?us-ascii?Q?Em7gH1WQdFe6MCs6Z0OqdnUQTT8SGz4hZDuJHyBs4b/F2CDckg7/nTNNWPGs?= =?us-ascii?Q?QPiogyO72nz63OmbZnMp+5pQ9UFAHmvVvkA+mSVjVMbsDBosdE5DhVs/cF89?= =?us-ascii?Q?rjX2uUDkA+oLnwOx+8Q7qumZiARkGONkEmGXh922Vii8LSmgFRz1go+5n3WQ?= =?us-ascii?Q?cWP2DpwzmYUYd0vXZJhHzMLs2U/vcybDuqS7DC9OYZB3LyU11Xcs/jej5J5i?= =?us-ascii?Q?W8epnmSwPRULu1h1euOZo14/ej1QeVvLrbQc8XrauAbYnCYuXYwMpzgP7f6N?= =?us-ascii?Q?44vA4qTGIXFhKE5+FpVNnKa9W7OOhwtFKy66fL6bvacARnc3tDUmCKnUbZe6?= =?us-ascii?Q?uIwiFO5PpQCB7CKNbuQdeqgjU/Dk1l4i0dKSAr+3Vcvcc+bQhsrYf9GTqSCQ?= =?us-ascii?Q?feJXe3b2UQapzOh/tjxFEPZqceL38+be06Dlh0oRoZ/eOue1fHj6LpZucgqe?= =?us-ascii?Q?bJDxOr1X4qWc2X/1wWFAJcIlfmXG7q7hsxAMlhRP6RgFZmyxTO7dsPXRhiSu?= =?us-ascii?Q?h5DxCjivWwXN85MLI3Lv1EEwzzVT/3adJdZ1ZKgdGWKWKumhd2/+dEXPQjzw?= =?us-ascii?Q?xAkn1zm8hw2/LCIfERXZzrMnHB6hvDHGqSbip1P9jLHRRm4MhkvaU/a1J3Sq?= =?us-ascii?Q?TLSz2+knD/6Hpp3fHpi7DPdMexIZ5YvXQNEGOga598j8DagxJ8d8YdS6qhi3?= =?us-ascii?Q?TJxwIyxGya4ai6pk4pjWyp3ToKwC7D5dwc8NbfcLUkHh13OUzxyFzxFMquY9?= =?us-ascii?Q?hcqeMJJBiZe5EWSa0rJa4KwUghQUy5owQzOBANCTjnme3a+7wsxuSUv+BCjt?= =?us-ascii?Q?l5y1XKrMG+2GDp0SbzSQaV73xH0uf8UuJIWBlZFh+ndJZkfHPSXGjfqDnwGw?= =?us-ascii?Q?417ybA/4+xzOJ15GuOYwErtHF2MTlsCj7p5rCUiVWIVYKW/SQ3rvsU4=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: fd65b9e8-8804-4e1a-a187-08da04cdffaa X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Mar 2022 08:46:44.0367 (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: DU2PR06MB8262 Received-SPF: pass client-ip=40.92.91.37; envelope-from=ignaciocasso@hotmail.com; helo=EUR05-AM6-obe.outbound.protection.outlook.com X-Spam_score_int: -5 X-Spam_score: -0.6 X-Spam_bar: / X-Spam_report: (-0.6 / 5.0 requ) BAYES_00=-1.9, DATE_IN_PAST_06_12=1.543, 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=no autolearn_force=no X-Spam_action: no action 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: Hello, If I evaluate the following snippet, after 3 seconds Emacs prompts me for a character and prints nil. (defun my-test () (read-char "> " nil nil) (message "%s" (current-idle-time))) Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (ignaciocasso[at]hotmail.com) 1.1 DATE_IN_PAST_06_12 Date: is 6 to 12 hours before Received: date -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] 0.0 RCVD_IN_MSPIKE_H5 RBL: Excellent reputation (+5) [209.51.188.17 listed in wl.mailspike.net] 0.0 RCVD_IN_MSPIKE_WL Mailspike good senders -0.0 T_SCC_BODY_TEXT_LINE No description available. 1.5 SPOOFED_FREEMAIL No description available. 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.2 (-) Hello, If I evaluate the following snippet, after 3 seconds Emacs prompts me for a character and prints nil. (defun my-test () (read-char "> " nil nil) (message "%s" (current-idle-time))) (run-with-timer 3 nil 'my-test) However, if I evaluate the following snippet instead, where the last argument of read-char is changed to the number of seconds the prompt should wait at most for user input, it prints (0 K _ _), where K is 3 seconds plus whatever time in seconds you took to answer the prompt. This means that right after reading a character from user input Emacs still thinks it has been idle for a while. (defun my-test () (read-char "> " nil 10) (message "%s" (current-idle-time))) (run-with-timer 3 nil 'my-test) This is the reason behind a bug that occurs when resolving the running org clock after some idle time, for which I have seen reports more than 10 years old but not as much discussion as I would expect. This makes me think that Emacs does not behave like this for most systems and the problem is particular to my setup. My setup should not be particular in any sense however, just an Ubuntu 20.04 with default and standard packages. Emacs' is the only configuration I have ever tweaked in my machine, and this happens also with "emacs -Q", so it's not that. Can you please evaluate the second snippet to try to reproduce this in your machine? If you can't, I will be happy to provide any other information of my machine that you think may be needed to reproduce this, or to follow whichever steps you suggest to try to debug this myself (I would have tried already but all functions involved are written in C or too low-level). Regards, --Ignacio From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 13 06:09:20 2022 Received: (at 54371) by debbugs.gnu.org; 13 Mar 2022 10:09:20 +0000 Received: from localhost ([127.0.0.1]:41683 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTLA8-0000Ox-8X for submit@debbugs.gnu.org; Sun, 13 Mar 2022 06:09:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46096) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTLA7-0000Ol-AE for 54371@debbugs.gnu.org; Sun, 13 Mar 2022 06:09:19 -0400 Received: from [2001:470:142:3::e] (port=53176 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 1nTL9y-00087C-Ev; Sun, 13 Mar 2022 06:09:14 -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=UKyyEhYcojY/7L7nh4siHz8TizB33Yr250sT9u7Pwbk=; b=sV4S7ByGJIZd iL032FE1aIwaHcj11AcORplh5fN0eoKZbI2hEM9BbJ6+GJrkZBbJeVBcbuP5uGYM7LPCeDOPiJ66N 5dI73I8bQWt90PTm2Xh89gtEqjzErF8bUYaNmZy7p6GMw6P50MIrnM/AAlXQB08Zqd4Edt5MN/U0t yz0dtheyW7DdSk7Aroid9bUN34dNL3/gH/NaF0QtX6Un+qI+QmGRTssUg2u+nssLDvj+/n6HGvZj+ jd7FH+KD0zJp+yh3fZm26ONM1ZjLZAdOxvGCOeic2oXphADDVSeKhtYbmORKf6leLCZTycNziY38T 1cF9++c5EMxQv8XVbgMqUQ==; Received: from [87.69.77.57] (port=1599 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 1nTL9x-0001MI-Rn; Sun, 13 Mar 2022 06:09:10 -0400 Date: Sun, 13 Mar 2022 12:08:53 +0200 Message-Id: <83sfrmkvuy.fsf@gnu.org> From: Eli Zaretskii To: Ignacio Casso In-Reply-To: (message from Ignacio Casso on Sun, 13 Mar 2022 00:27:59 +0100) Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 54371 Cc: 54371@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: Ignacio Casso > Date: Sun, 13 Mar 2022 00:27:59 +0100 > > If I evaluate the following snippet, after 3 seconds Emacs prompts me > for a character and prints nil. > > (defun my-test () > (read-char "> " nil nil) > (message "%s" (current-idle-time))) > > (run-with-timer 3 nil 'my-test) > > However, if I evaluate the following snippet instead, where the last > argument of read-char is changed to the number of seconds the prompt > should wait at most for user input, it prints (0 K _ _), where K is 3 > seconds plus whatever time in seconds you took to answer the > prompt. This means that right after reading a character from user input > Emacs still thinks it has been idle for a while. > > (defun my-test () > (read-char "> " nil 10) > (message "%s" (current-idle-time))) > > (run-with-timer 3 nil 'my-test) > > This is the reason behind a bug that occurs when resolving the running > org clock after some idle time, for which I have seen reports more than > 10 years old but not as much discussion as I would expect. This makes me > think that Emacs does not behave like this for most systems and the > problem is particular to my setup. My setup should not be particular in > any sense however, just an Ubuntu 20.04 with default and standard > packages. Emacs' is the only configuration I have ever tweaked in my > machine, and this happens also with "emacs -Q", so it's not that. > > Can you please evaluate the second snippet to try to reproduce this in > your machine? I can reproduce this. However, it sounds like we do this on purpose, to avoid problems with idle timers that call sit-for. See the discussion that started here: https://lists.gnu.org/archive/html/emacs-devel/2006-08/msg00395.html The change installed at that time made read_char avoid restarting idle timers when it is called with a non-nil END_TIME argument. From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 13 07:04:58 2022 Received: (at 54371) by debbugs.gnu.org; 13 Mar 2022 11:04:58 +0000 Received: from localhost ([127.0.0.1]:41713 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTM1y-0001xi-IE for submit@debbugs.gnu.org; Sun, 13 Mar 2022 07:04:58 -0400 Received: from mail-oln040092075029.outbound.protection.outlook.com ([40.92.75.29]:3445 helo=EUR04-VI1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTM1w-0001xS-P8 for 54371@debbugs.gnu.org; Sun, 13 Mar 2022 07:04:57 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=THDP/eyfa5P5BZjU/+MyJcCqAB8v/Hh5afanHZPG3q18SdGpTn6HBwYbBn3EoJbDqbZoJpY2F2xu1UwCB5kyBaxg/ZMk/MYBG9EUrchavXuZexO/E4AfS6Qq2zY33SUvR/AlD4fIH3zuIG9jlmr+gPlNeyQnj6yfAe4QvbOU5hRKrPR43NQxbFHqw65iG8YRwcaidPpdkLVR0lG2sFPEr3H82P1FjcXRuEYVUojPek3fESLbKe/ES23hg2Xn8XKtnNl6GJt3ZDGLLm5zEF6EHkolf/v72PLpgbbufqLS7lg2lCZMo5Sxmr8sffGdpCni2Mm/m0NCsklHDTtMicZKBg== 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=p9nYWPMpMO8IFE5sUU5jK/tPMzNysOarEKMCy05b2p8=; b=no75MT5kuWhJx5lMYN1PLdaeUo97+9HBZWjvvYb5uImRD5AUynCb2XRwauV1Dm7GAKlI7T/Ic3I4H5OzwbyanPrEBdU6RLi2lpNGMUzkQNDEM8S3cH7t5gxCZBv5x1sBa4Earr34EcrQfoJdME31WZaSVyj605wclUhId73zlEMsZXoo2Z172JrxQxTEWUP6J0ae79eDTiPU1Gn3DBg95hQ/KCQu+y5rkH5OWK5L1oID2yqEBz5CMB/C8wNHMpxIn8wjdmmYKO9pT22g/7wjmfhUpgorv5tXkeo1fCDPrST3f20EL4XlTuyoTqUtFa69JrRcbIHw73nY/jt076ropw== 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=p9nYWPMpMO8IFE5sUU5jK/tPMzNysOarEKMCy05b2p8=; b=amSJ8hrd4hVEpLCkTZMyMFC1YnqaWAKEsTl0nYMWBgG8aZgEMJ4m7GG2KBPltyXuYvbOqWdynIMMJADVt3lC9paR68tOTomTeIqSUWiI8AE7BHbXHEX0w6LunSFz0UoDPMiFHFzE0bBg9bENARm+MA6XrKDr01WJgcfg8XrYNc6sGKNdVEUN3wG01iq0MaJtquaIjQ7n/ziDzlEtB62afGh1qKUTY1vtrZaWAeFHsbZsY7vybbAhIZYqVfRQs7cy+/AP7xX/4FbHFoswtjW2tSek56RmlHvktAEldPm+ZES/nPOfz19a8DHOaLwSsjR30SLvF2Mpkwb6EX8XjQUq9w== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by VI1PR0602MB3487.eurprd06.prod.outlook.com (2603:10a6:803:d::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5061.26; Sun, 13 Mar 2022 11:04:50 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f%9]) with mapi id 15.20.5061.026; Sun, 13 Mar 2022 11:04:50 +0000 References: <83sfrmkvuy.fsf@gnu.org> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso To: Eli Zaretskii Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases Date: Sun, 13 Mar 2022 11:48:37 +0100 In-reply-to: <83sfrmkvuy.fsf@gnu.org> Message-ID: Content-Type: text/plain X-TMN: [TjZDSHdpNaWGOUaWqEFssczsxUxlvfyQ] X-ClientProxiedBy: MRXP264CA0036.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:14::24) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87fsnmazar.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: e3cd1814-72b2-41c4-6ebd-08da04e14b00 X-MS-TrafficTypeDiagnostic: VI1PR0602MB3487:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: C3/LW5TQ/ttl9zDMGui+IJzpJXnDY7/q8WTNTuNAad4veeBPtPDfRbPKe6abjqVZ7Nl8xgeA14MMT24ZwEgw4QiSJyyCMWvcL00fQjM4XOqhjgV6YQbc2Yr/eA8ifKCyfmyrUsOdYGVH6buaQqSC5G/LGb+I1hDOKJzSTrimUgr1zcgiE5HUEliTgc9OK+A6Cz7qzZZ+AGY6KSgaqfAZWayJtQ/9FpKtzTd1MJUGxImv22k4Wl+S0MXIdHs2d6SWx/WRg6hdmh5XA8iDAVKqN0CwRpp0yZZReIDHVuu0Uei8fX1K/JlfFY4d14MttGgTgt7J2vxWI9z3Qma/+px/XQ9d/CeavmAu6QXnwPMU34HQIjnkile64hpUnkF3z1FzFYVQ5johKIrEhCEO/ZrASY3S2YgpUqrbIaAHAy1jmzvG9ACA4MjJKhIxBVoFGCHwvFxl7paoTZnS+1UKgmsfZ0v5Hmyn5ZL+aKjW6OvmBwBl4uOLToyYxLtq/rM4BhUwLK4D8q3vay2C8YnACWke5WGLLvskWDTo+xyHOYf5fXUAsQuQ4AeCZZaFAGgnGdpIHK9IbWhXDeLeP+Ske7bWrtTYxohpRX78bD4q2J9oS0YGfBjqx2HPivbnX30S6c7y X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?Onl52BnJSvjKNq83KC8J4bPaJDO7gF0lAjqF1iPgEQ9Dbr8lKytx6WkvVbG2?= =?us-ascii?Q?iNyJWPQPcKfB92XDQQBoAbb7+P+IOE5z4OEcV6Br2uw7OcsEYrCczuq1tkgD?= =?us-ascii?Q?gNong7EwR3DnwKS3hS7AjLFiPanjG2RXFKFDQmM7W2uop2HB1J29RKee04XK?= =?us-ascii?Q?TU/0lgLYKW/g9xbecjSsV3pklM9nmUHz0Yt9kDF49rfYAJVvDbuoDTHZWAgi?= =?us-ascii?Q?6zAFKNnWrdBOUcdwxZfm+Da5HCzIPDM5H9qXY+4qJzUXYGDl+axKFQi2p53/?= =?us-ascii?Q?nePktAne7xdOnbYq93hE6Yvfu1eUCpwwdT8OGAqIiXcUa+ekH+Jg2d5kC+9w?= =?us-ascii?Q?jXIS28IKDQtNFacOAkh6SMblFQ0i9mreI97S8ml/xgb8cqoWfK0iuKLREMwT?= =?us-ascii?Q?YvVHjXsmcazVlA6F9fik9RG7D3o0+SujitvnxX+JGZXIcZ0wSA8FRzzyo7Y8?= =?us-ascii?Q?S6nZ+WVxXczLDYAve/f75eASYFitrraTp5PXVNZ051pGDy4xtgzOUE7IUd8A?= =?us-ascii?Q?6u8yJ5GQluVI8IfUb6RO1wO/NNhcqNu03z7VYtu/MIU2TdV56eXjzyBKmPNN?= =?us-ascii?Q?zMNREmZSSuyFxxiXT6WIIKLCvAWML2XRl5mGeAIMnXwzrnFCp3wFrOwtSF00?= =?us-ascii?Q?LTRJpHe3crCVwoQAIEIkhj3Wpmah2z+bbvXoUc/pgzQKpBytk/ALR/0skCuS?= =?us-ascii?Q?uyFLA73S+8Zbbmjnb/kJID+dWv6eYok0k7CInEiajaFhyK1R5QvQdNCorDWU?= =?us-ascii?Q?zHtgOSzFuEClsXxpGZjNtxWpmUoInYHG6zTsqItEYxNgWESs6JW/TRGtns2d?= =?us-ascii?Q?EWPI/LdMiJaCVsP0se1dWiY46oPtn85UlkoI0r9TcVYNNGv71z2IVtrkA3zK?= =?us-ascii?Q?piH65vaO006neZYalzNk4a08HAssH20ESd4VPZ9iLSK2huEM7mnLlSRmO6kT?= =?us-ascii?Q?7qKJT338p46yb9XKbANTlvXn7EoSLcRqqrqZj0OHDu2OZblXycFOSfObTdRF?= =?us-ascii?Q?AWhIgDAwhIViBSWS5qJ0mtwmkXsnTgaCuqkGIx/5u13dfCCDLbXyM6X6jrUj?= =?us-ascii?Q?fhiiWRVB+JjzJIyyQTZhR6wIC/xgvknApzL3xKsrDOK8BXFn3rqugXlqtRkP?= =?us-ascii?Q?yPPymJGBWBPAb3s0XMkGdw+Xjxe4Arre+iOYxEPMQit/IVB3Uil7oj0=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: e3cd1814-72b2-41c4-6ebd-08da04e14b00 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Mar 2022 11:04:50.1474 (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: VI1PR0602MB3487 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54371 Cc: 54371@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 (-) > However, it sounds like we do this on purpose, to avoid problems with > idle timers that call sit-for. See the discussion that started here: > > https://lists.gnu.org/archive/html/emacs-devel/2006-08/msg00395.html > > The change installed at that time made read_char avoid restarting idle > timers when it is called with a non-nil END_TIME argument. I see. I'll try to get this fixed on the code invoking read-char then, replacing (read-char PROMPT nil N) with (let ((char (read-char PROMPT nil N))) (when char <> ) char) However I can't find the proper function to use in place of <>. Do you know of a way to reset the idle timer programmatically, without actual user input? Regards, Ignacio From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 13 11:02:35 2022 Received: (at 54371) by debbugs.gnu.org; 13 Mar 2022 15:02:35 +0000 Received: from localhost ([127.0.0.1]:43126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTPjv-0000na-Cm for submit@debbugs.gnu.org; Sun, 13 Mar 2022 11:02:35 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60276) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTPjt-0000hX-Dm for 54371@debbugs.gnu.org; Sun, 13 Mar 2022 11:02:33 -0400 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=TVKkYqHvT53EHtrksinvp02y5w2gWpyfvriTtbAjMBg=; b=OVgcAYlgAoxcsfs30WRJYwgFRW Q4Mdr8twR4oPoyuSfep7Lbm6/Bq4iy9affRkkRH5ybDoIQ5ecAbPvGqnaXHKfWlsV2mKyiGs1FcvO fU5xv2CoZQtnOXwylnOmKHOebVP42Z1942r+0MeIFHOGO8ezMnTBUoPZMgJp+kB9CTYw=; 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 1nTPjj-0003a6-TG; Sun, 13 Mar 2022 16:02:26 +0100 From: Lars Ingebrigtsen To: Ignacio Casso Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases References: <83sfrmkvuy.fsf@gnu.org> Date: Sun, 13 Mar 2022 16:02:23 +0100 In-Reply-To: (Ignacio Casso's message of "Sun, 13 Mar 2022 11:48:37 +0100") Message-ID: <87lexduc8w.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: > However I can't find the proper function to use in place of > <>. Do you know of a way to reset the idle > timer programmatically, without actual user input? 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: 54371 Cc: Eli Zaretskii , 54371@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 (---) Ignacio Casso writes: > However I can't find the proper function to use in place of > <>. Do you know of a way to reset the idle > timer programmatically, without actual user input? Doesn't seem to be anything reachable from Lisp land. Adding a subr that just calls timer_start_idle would be trivial, though. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 13 12:44:02 2022 Received: (at 54371) by debbugs.gnu.org; 13 Mar 2022 16:44:02 +0000 Received: from localhost ([127.0.0.1]:43172 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTRK6-0003OC-49 for submit@debbugs.gnu.org; Sun, 13 Mar 2022 12:44:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42632) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTRK4-0003Nb-VN for 54371@debbugs.gnu.org; Sun, 13 Mar 2022 12:44:01 -0400 Received: from [2001:470:142:3::e] (port=57788 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 1nTRJz-0005pw-8O; Sun, 13 Mar 2022 12:43:55 -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=tXm90u5Bz+WWfwwlQMfafQA2HYCMxwl0kxu4P2q2bAk=; b=nNx6JZiPGvlZ Hjnl5PdpQ3nC7oubbiLGJESAIHfnn5VbLnH1GNxJ9cVQCLQ8tmR7c2dOYHAqCKNYG0b9Ix72LlUbi ct41SSIFh6aHBDI3uOS1xvrcasn69eh4zpGJLaB+aq77eVPyidhuzg7iEuNCAXmiND3J1WdoSwkej qeld5jEivGPs+LOrC2VVbXG0d8zbFppD3iq8rOpgfnBTohDRQMcq0o5sJ/Yrm/q0ROTCq4g7W5Sby TuPAJm7b6KNlsmLGzq6CtzFKBErpm25Mgm0QNolIXxxK1XrFbwH+Sffco7/VRJbkvl5ztYn8OvORk Rn4geUTAh730TX6rvuZXlQ==; Received: from [87.69.77.57] (port=1988 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 1nTRJy-0007VW-0F; Sun, 13 Mar 2022 12:43:54 -0400 Date: Sun, 13 Mar 2022 18:43:39 +0200 Message-Id: <83pmmpls5g.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87lexduc8w.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 13 Mar 2022 16:02:23 +0100) Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 54371 Cc: ignaciocasso@hotmail.com, 54371@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: Lars Ingebrigtsen > Cc: Eli Zaretskii , 54371@debbugs.gnu.org > Date: Sun, 13 Mar 2022 16:02:23 +0100 > > Ignacio Casso writes: > > > However I can't find the proper function to use in place of > > <>. Do you know of a way to reset the idle > > timer programmatically, without actual user input? > > Doesn't seem to be anything reachable from Lisp land. Adding a subr > that just calls timer_start_idle would be trivial, though. I think we should first understand the use case better. For starters, I don't think I understand why an idle timer function should want to call read-char with a time-out. It is a strange thing to do, IMO. From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 13 15:16:29 2022 Received: (at 54371) by debbugs.gnu.org; 13 Mar 2022 19:16:29 +0000 Received: from localhost ([127.0.0.1]:43295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTThd-0001XP-Bp for submit@debbugs.gnu.org; Sun, 13 Mar 2022 15:16:29 -0400 Received: from mail-db8eur05olkn2044.outbound.protection.outlook.com ([40.92.89.44]:56001 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTThb-0001XD-Lt for 54371@debbugs.gnu.org; Sun, 13 Mar 2022 15:16:28 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=APv4z6LamtcKCKj5OvSKdYOps51hZEColL+nuWEUNQ6Qh6gagxkFujvVPULd7ceuCkeCxDPRu/vMlYuDdjO26xBzAUWki/z+bTU0F11fRKeIYMpbm9+LZoL0/OeRE6lWgm5lOnc08wVboRWxR60T/rfaucR3AvkoXpCWzcdwEdEMIPjMWV6DdLkGH9rMKvqYyeqHujdN01CwiiahEqoTw0EOKrMvHxqzshWvDWb2lU7yW0zqVxlfCJQkK4bRGq72uJRbTBFaWfaiK7BJwsBOsdQ80g6eZoSP9Lg1DDYSGWu9M9ifhE7xT9Ujpy/enLXbaRs2CE/Ajbu9uBH58d9M5A== 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=/WHbl4/jjQwl01ZE5ezCwN13R3LbMFIlLoCozgu90YE=; b=KHWMdeCMVsrWtCVU/iKVTQdihFbj0eh7LOB75l0RvRIDknU/zLrUDL3wh/DXWnrZW6wzrRj618ViyidvOGG5Gligoo3IvEAIv1aide03Ppj6yfuU2bKDm4m+nRvohStFqFm9FjDiMKOnPSurgkZe4R+ORyNcSqMj4XDyB6RlMkfE2EnovtBMj0Ol8zy/KrAOL6oJMU9M9ykfePFIGSRalxejdx2CjmlsiAKMmMPyTwLJH64JjewoohlkTwszyMYqdQaMTHYL43rlofFfQOUzEWIZUtMugF1TK7XdK7aSAG5r3WXUveuD2bOhDL/OibCQel2bWhaiDjANmS7kZi5iBg== 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=/WHbl4/jjQwl01ZE5ezCwN13R3LbMFIlLoCozgu90YE=; b=tTfNH1YtcpF02K9p8b7itCx2ugDE7dXwNHoLN+tSJrXQlKA4oKvuiazPIS/4lqNDIdXcR+Ezydsge1b6XSNVeMkI/VGrTGmSHrM60HfnxH0Vo0V1xKNx9mubZZipPmfObWSKj+JsRU2By112qEfKFgfPgCKmskIx4qZdZoRzskHPapj39SVPODlfmk6DRTw97ApK2nlisM64qzqfHw8tEJ3qE4+H6dRSyyB5b+rUf+eO53uVD/pJiRdVo9z4oCD2eM5lNdxz+Sq8a1RvudL8UIfH8sHRN2pkxuAjpUwy2AK0wlT94mm78Us6ho/a8w7mYCy4nCFQpuN6Rg4qP1k26g== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by DB7PR06MB5083.eurprd06.prod.outlook.com (2603:10a6:10:6d::25) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5061.26; Sun, 13 Mar 2022 19:16: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%9]) with mapi id 15.20.5061.026; Sun, 13 Mar 2022 19:16:21 +0000 References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> <83pmmpls5g.fsf@gnu.org> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso To: Eli Zaretskii Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases Date: Sun, 13 Mar 2022 18:45:33 +0100 In-reply-to: <83pmmpls5g.fsf@gnu.org> Message-ID: Content-Type: text/plain X-TMN: [07utzfURymcnBfbcckOrYX6Z1hkYy4vo] X-ClientProxiedBy: PR3P193CA0015.EURP193.PROD.OUTLOOK.COM (2603:10a6:102:50::20) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87czipfyuv.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: cadc468d-d045-4d4a-a4f2-08da0525f4f7 X-MS-TrafficTypeDiagnostic: DB7PR06MB5083:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 6dMNKb11hr26VagY8E0PK1WnqAifcD/huYlpMkOHocOiBump18rh6CIQDUtZXNJYomN5GEe5GSjzXlX/iIgSLNGMMmdHsu91qEP0aT0NWmGc10LZKrKM8cTHRYaIcPPptANXuP1THb3LgfxyplGYQsNc+SIOc92zl68+Aot//kL6SL6omBD7EKDHdhQz+5ggCKcMewWINLXbhxfU+EifSe5cn3c6niyhSese6HldUMtc7jzluP5QJFkVAxERJOXPXusfSopHGogMY5J2eM9tMbl99D5vesCesDLJZz/4D/bTKxmxt2G+5+F2VzchOioE5ngvlW6XQLiWDXfp9Snl7pZrtWi35GTQ+Ln2Yoemm1AvCwLciRZoMDhc93tmyU/BkZWYLBzDGygcL+ANoWfD+/C1e22sIN9TbdH2pE5jVHJGDIlG0iEx9f1W3kqOM1W7a9phw8E/xCzSKWYUZvQ5rX3SoMHrOYTIYzjjODvXf0NVkPfRkySdlPaJ+JbZWzYioKIVkHorEQBznEH9pFYxveGj7O4jPvWBbrN5DIs4rNyjQamrRXyBQPrlyXdL2WQNERiE1V1PWE+76N/W/IUUQfnb3ibZQp34c1L+bKaEpYh/Rd/3/oYWPc1UhKb2M5LMvpRi8jyCKFRialFi81FvIEtpVvgCoH/WseFi9AYP52w= X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?g/IB0rfliiBrEAyaf2beP0KXNnL6rK4IGisQggu6kFtqQXjXP+YnYBienv4J?= =?us-ascii?Q?fZb0sHCuyI1z1Ovnhoa5Tt2voZ0gQqvlPXRv23OOMk4A7JZpyUM7BjU72eG4?= =?us-ascii?Q?LzoVZUG1JoZ0dNf7xO+2T3ydXCb1HflfPSqSnHshbn4tBbkHlPR1mrH4mbK2?= =?us-ascii?Q?Nl+8sPJRDRV+/JzhdBt8RbybtJwn8NL0IhmHKc9K9Pv9778Wor7GQ8d6p+EU?= =?us-ascii?Q?/hMJzKallQ8hAb+8GzzxHt2O3FBqZdehYjd9XKT0Xep8pYDlJiofyh0Y7APH?= =?us-ascii?Q?gDK9exRrABFkclGObk98FQGByqqIjbfBjgrSdxwdN33i2u2yunPvauQvTbEp?= =?us-ascii?Q?ZNX/C/4S0TzINONm24SunwEs7Comn82NJgc+VnC20/ww+jz9MJ8l7jtCSqPP?= =?us-ascii?Q?LIBSUoMtoczdQbzpCr4uapbeZxU01sfKbaCMB0y3AyKIgyCNG+d1iaAqLa/S?= =?us-ascii?Q?TpDJpKPu6e36wG+ysj3NsKovp0OQ2KNDfj9/T5dG8gt36wbVy1gIPJYp5pca?= =?us-ascii?Q?PWfXcgQxbmPvwgk9dgmZriDwz+LD+B1vAOPqSXDegN6zzZjiM1jO8evj9+g4?= =?us-ascii?Q?Wf2AlWzNyJZB2DMJyFPH/rzCR4mBInFWtRx9k3xs9bMiD7NrCWyfOe1JzSe2?= =?us-ascii?Q?QRMP5likYUQ4eN8x/UZNvBJ95NorJyLxVh/gq8LSaiB/iR7dr52+DQznS/FQ?= =?us-ascii?Q?Q8jwId8E2GoN3mOzMkaQHYIuwu4+il+5tJG2sF03OgW4BWbnlBvA/B10Ia4w?= =?us-ascii?Q?+N6OaPcdiuQFWC46NcXh9452ZVm+sgFNFVeEIr8lg9ODnzAZmTrp3Poz1i3b?= =?us-ascii?Q?mNzc8emOtRwwTj3PBBq/3+kBxtp0dSRlOqFUYCXDXT/An8G3pYILqFBlHCRT?= =?us-ascii?Q?FeHrczE6mtIjTc7I+hOQp+gFNJwNowEkc29vZeYfbHUQ0XNhks7N0avFDfS0?= =?us-ascii?Q?F+2gMalQEP23HIAfr6/2i4vK3NleOLRbWzGCqPxvZL43sP/YDSrQoDZzhdFa?= =?us-ascii?Q?kI+UkBFtwoe/gw07mJ3gM5nN/KXu5cZa+JtvdgbddJp8oLhGGfd3PXrwevON?= =?us-ascii?Q?02V11hI0iv0/iGIUe1sPmayuHpTfhQBTcE5nJ4LKNv41+tlVu2yfaTs1a/Zj?= =?us-ascii?Q?tb4lrNtrzsT1fdPy+N4k5r2r73AdUBKZeYAdBNswSPKuxFXRuQOoBs0=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: cadc468d-d045-4d4a-a4f2-08da0525f4f7 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Mar 2022 19:16:21.1581 (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: DB7PR06MB5083 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54371 Cc: Lars Ingebrigtsen , 54371@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 (-) > I think we should first understand the use case better. For starters, > I don't think I understand why an idle timer function should want to > call read-char with a time-out. It is a strange thing to do, IMO. The function in question is org-resolve-clocks-if-idle. It runs with a normal timer (not idle) every 60 seconds, and resolves the running org clock if (current-idle-time) is greater than the time specified by the variable org-clock-idle-time. To do so, it prompts the user for a character that indicates which action to take, with a prompt text that indicates the current idle time: "Clocked in & idle for X mins [jkKtTgGSscCiq]? ". To provide a relatively up-to-date current idle time in the prompt text, it reads the char with a timeout in the following loop: (while (or (null char-pressed) (and (not (memq char-pressed '(?k ?K ?g ?G ?s ?S ?C ?j ?J ?i ?q ?t ?T))) (or (ding) t))) (setq char-pressed (read-char (concat (funcall prompt-fn clock) " [jkKtTgGSscCiq]? ") nil 45))) Since the idle time is not reset after the character is read, this produces the bug I explained in https://lists.gnu.org/archive/html/emacs-orgmode/2022-03/msg00127.html, but otherwise I find it to be reasonable code. > Doesn't seem to be anything reachable from Lisp land. Adding a subr > that just calls timer_start_idle would be trivial, though. I think that particular bug with org-clock can be fixed with other workarounds that do not involve resetting the idle timer. No need to expose that code only for that if it isn't already exposed. > However, it sounds like we do this on purpose, to avoid problems with > idle timers that call sit-for. See the discussion that started here: > > https://lists.gnu.org/archive/html/emacs-devel/2006-08/msg00395.html > > The change installed at that time made read_char avoid restarting idle > timers when it is called with a non-nil END_TIME argument. However, I still think that if not a bug, this is at least inconsistent and probably deserving a footnote in the relevant section of the Emacs Lisp manual (https://www.gnu.org/software/emacs/manual/html_node/elisp/Idle-Timers.html). From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 13 15:34:50 2022 Received: (at 54371) by debbugs.gnu.org; 13 Mar 2022 19:34:50 +0000 Received: from localhost ([127.0.0.1]:43302 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTTzO-0001yO-23 for submit@debbugs.gnu.org; Sun, 13 Mar 2022 15:34:50 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTTzM-0001y9-O6 for 54371@debbugs.gnu.org; Sun, 13 Mar 2022 15:34:49 -0400 Received: from [2001:470:142:3::e] (port=32912 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 1nTTzH-0004W0-DF; Sun, 13 Mar 2022 15:34:43 -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=MWMgvs2IcZAScVULdVhvVkifGS/sMiL6Vgz+FLHr+Dc=; b=kVXBFiadMEGO +hhmBiP9se/Vcigj3SOv2i5FUnnZQoaMumpo5F0dHi9Zk3zUC7qdU+hUEJW6/ktB6ZrAgpFGEIOXD ffmKxNUXb/ZeoapYnj59wnc4B/dNF4jas5Zr0jJKN1nFwVQ6H9WF8ssLpzxg/GVeHA24gWxu727Pc J08mKr7zcNQfce764mPuWiSly/FfrrX5KBJQ23gHnw2kkfvlRCHGZNkeEUP8GNxFPifSXm/zp99WF AqaQ7KJN/kWUGQ3R/YBJSBblRGAd/VCFRFyivQ+9GEUI1k5dEuZsmgleBuuLIMFm6bzX1M0I/TlBt YJmIX8r2kHgZAslt76p72w==; Received: from [87.69.77.57] (port=4582 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 1nTTzG-0001f8-PZ; Sun, 13 Mar 2022 15:34:43 -0400 Date: Sun, 13 Mar 2022 21:34:28 +0200 Message-Id: <83ee35lk8r.fsf@gnu.org> From: Eli Zaretskii To: Ignacio Casso In-Reply-To: (message from Ignacio Casso on Sun, 13 Mar 2022 18:45:33 +0100) Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> <83pmmpls5g.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 54371 Cc: larsi@gnus.org, 54371@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: Ignacio Casso > Cc: Lars Ingebrigtsen , 54371@debbugs.gnu.org > Date: Sun, 13 Mar 2022 18:45:33 +0100 > > However, I still think that if not a bug, this is at least inconsistent > and probably deserving a footnote in the relevant section of the Emacs > Lisp manual > (https://www.gnu.org/software/emacs/manual/html_node/elisp/Idle-Timers.html). I think accessing current-idle-time from an idle time is inherently problematic: when the idle timer runs and receives input, whether or not Emacs is idle is ambiguous in principle. IOW, code which does that is splitting hair. From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 13 18:35:34 2022 Received: (at 54371) by debbugs.gnu.org; 13 Mar 2022 22:35:34 +0000 Received: from localhost ([127.0.0.1]:43549 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTWoI-0000TC-Ez for submit@debbugs.gnu.org; Sun, 13 Mar 2022 18:35:34 -0400 Received: from mail-oln040092065036.outbound.protection.outlook.com ([40.92.65.36]:17923 helo=EUR01-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTWoG-0000Sy-OF for 54371@debbugs.gnu.org; Sun, 13 Mar 2022 18:35:33 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hE+zurnVwuPO0f88LTtxMAsIbj4ICvVtnU6he6gpVbNv9MJJQYNy76c4M+gSHVEHIkyFEgNVuaDuGxOlZ4xC7A+GeThyMnL7ir89avP3JGucDHztqqnJjIGvxVE8x3v7GNnj2312eyoF8EHEWFlIZgUxNH/9UIbHCl5HgU/fmH3FgoC5lr/Rvt2njcp40ANojtDi0oLNuizGlFUE20zsAAqbhyOJk9bgz308HW36vV0Li+VMySkTzmFVtapElervb7AT6H+5lQi6AuDmG2jg7atKZARo7eCpb03TKN3H5l9q8XG9IAl5odHrO0ySnbFfCg55n4QkHAmfcOFOTmQitA== 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=yHFx7nv4C84N+mY9a7k2bzi0szItnmRLmayyBen4PHM=; b=Kw5ZMutLmMCx8M8QjgS+sNfM/I94TKRXp9kn3UpZ/vlzKPq6NA10G8L0hjU6G+lDKTLf77YmP2ESac3TMlh1hM5AsezpUvCmWSbe/03vzwtkr2Bmf7PuLjANJbZHAjhnvGWzRQiFUwfbQ3wwTbM85l3meOltRdF0C3K5jrSCesDlW22IIvPqWi0BrJBKugQD9a7bKS6h2U6Tvzx862MHkVd3Exc377EH/VKzfWiiGgWf45UkZUsGfTDkRw44guQZ3oio0ioWooOK6EoI9ivaaEj3NYYJU78PciHZmRLYdsmgxxVNUsvVwdo/tN4oqRjoypYgzfFJrymthXVR9LRxww== 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=yHFx7nv4C84N+mY9a7k2bzi0szItnmRLmayyBen4PHM=; b=tABQ/JbRkMJqPeuxrgCSnITqWh6kOewgFlTvHVAl9uG6dnvSE3uxGtE4d2361PoQ1KoMZ9jytwoL74vCr9QrTt6tLjVW0DMLtVtAQeDJI73VWzP69rLMyd7CJm79DDUSZLpu4TT4dBqw21r03tvuho9Ip52lV9hl0WI2WmVQlITnJNgCAwQpTLfK7UhJjsfg/+8PeBKI0lgRESyVznAZCI2SUlRd0LR/IS66TvE4sVGO16ILWVLVcFhW8Cd4T6kHUG/iTaCRhydLcQk05AxGitJHxt1Spbak5KtS/oqe7Y07TvTx96VLS5VeGZvBe49JtkZSjNtKb+qHbSw2DUASHA== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM5PR0601MB2242.eurprd06.prod.outlook.com (2603:10a6:203:71::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5061.26; Sun, 13 Mar 2022 22:35:26 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e05a:8d81:8648:b10f%9]) with mapi id 15.20.5061.026; Sun, 13 Mar 2022 22:35:26 +0000 References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> <83pmmpls5g.fsf@gnu.org> <83ee35lk8r.fsf@gnu.org> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso To: Eli Zaretskii Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases Date: Sun, 13 Mar 2022 22:58:10 +0100 In-reply-to: <83ee35lk8r.fsf@gnu.org> Message-ID: Content-Type: text/plain X-TMN: [WEJkZdUrrZjqJ0lp7/QH14wm2J6WmyRB] X-ClientProxiedBy: MR2P264CA0033.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500::21) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <875yoh32hf.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 0b7ba223-54cd-4d55-889c-08da0541c4cf X-MS-TrafficTypeDiagnostic: AM5PR0601MB2242:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 1idBCq05Vov7uQNuwTLthS2+RdOi9f3dQQTbX+LBGk9vN+rx438XM6/z1ja+HdPJbUBK2VAlDlzs3d5qDmL+ep6YjskJfvN8AdBk6hVQ/JwSRXRRgs8atGlCgf1uqbQjz6fH49dr5GQwgG2uFxUIFW6kDKwkyRboVuYqGiMTucMxGOg0SBpI5MnenxCPccmvBf8qKsCr+6XvujD3HNqnDMH7VnABK1YEAbZ0WRYX6v0sDH6D1Y4My1tCrBTDu8lVtwITW54LxhPCT4Bwt+Mq8xn5GemusV2Cm6ak/qMWYZge7XAD8kTlSKHreR9tyRVMOmodo2LOaM+xBOXUkCudGV6pygpyvplfkd60TXmkI0KnBabT/541Iq5fyGlDpCbOyfQ4W4LnmXvbG66Pml4S/5wp+BlNRKcQL40sNq1vorMBXGG8kxvUzsEniN0hRkQ5ftupEa/T/3GyYEIXuKPNX6PT7xghrw/MBxDRODCFwHhrCcHIZtSYduXhd2QY/Vg/NvtbOiXTGdUGhH63m7T12ld0/SEiVKbQGuB2ACccuSyngf5QiabP2riHrB+onByh8yp0ZAhWzuve5dqDTalbUy0t0LC2bDW+Px8nGsff0QLX3SY1BssIQR+mktk2tPhP X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?TJR9Erk9A6AXdWzvWCdUsOiT+nWIf65Ww8Jfs1LWONhPaCVqEtXLxqhJvsiD?= =?us-ascii?Q?2vyfqHbYOEox1DTqWMYcD5Y6FnA6sWDXcwIHiNTXMvV9goYecQjq/R0u9Pl0?= =?us-ascii?Q?r5Ge0IHIYFlygtRRpHHilohfbd3TnlFt50Kk5SGIM3KkyGnsDpCn/Bv5j7qN?= =?us-ascii?Q?wa6zR5h46uC2tAQmV6IdlYfQBQZ9hAhDNNYY7RbzAFy88T6gqXZiJsyhzMP0?= =?us-ascii?Q?GNEl13o9VzQ4OtDKa5IRiJfADPwH8FUwah6K1I4vHbNDJKWkofpnKULvrmXK?= =?us-ascii?Q?P3ioatkop3BUDzzpwsLMIa1FumFo8VjcAa/yHwihJ8IA9lm32jkKm6UzYMyH?= =?us-ascii?Q?WdRvO0Iq2SrtXU2Y29ac+KNol7mdsX99RVzoZeXCiqHn3Kh1DKCET37ZpktV?= =?us-ascii?Q?6g6ZERnv41mPDqHIKkUMvGvtPBWNvLWhZe8IKBk+ocq9DFWqZoAvaaHLqvmt?= =?us-ascii?Q?6eztI1CmUfZT9uj+Y1tRCSnn6s63+JgOp9O9lhm0o0JhMx4CK3alwtSGGFgW?= =?us-ascii?Q?y0DqB7ZS59Mf253BVb67Lh79fjlZ5hbxnNtKuvBo544Oy3YvhgQL9sdG/Bze?= =?us-ascii?Q?L+/0XZ2saljgxTwmto0pbXcS/WYH4WD8mYjVepnXck+rDWC+YfgpBDo00Npz?= =?us-ascii?Q?TLs5gA0AS+vGWZUln8F+4JvBB/c5PsRapQYAFVuxavSVn8JyKviFt57cDnhM?= =?us-ascii?Q?fS7ycK7zaq2u4DdXdFxH/0KjJT4uY2ZCGlp4Kk+dNXREn+Y6AHcO5QNUcGC/?= =?us-ascii?Q?+vPIzWlUKK6dMqx/+vBhN+1/5VW8tdXqaZh+TpxdMeQCSVShcty4EY6jLT3F?= =?us-ascii?Q?BnC5OagxOdZqO0a5WOrUigZ1+0NScA8F+KpJojIz0EmbYl5fzZfOwEizDjIA?= =?us-ascii?Q?rA5seCH7IZ+1hMPh9E0bvDTcouU6WVNZ+dxdunYq29YdCO6kq2yMLEPu1BXi?= =?us-ascii?Q?pJSbobuSWZcZWSdxY4XYDKYBBj070HrStQuDc+r2P44HGabvt7qwxCRSTnRZ?= =?us-ascii?Q?rcm97KR4dewMicBwczsDIciSVYrewkdJjjOaak5FJLTJ8CEcmTfnzOpaMVPZ?= =?us-ascii?Q?1WixlM9QeWHbJiOn627fnzejxH7VfmyzdMITPkwkkYnHGvBiU/cwZHEu/4gG?= =?us-ascii?Q?UWzlVnMxDF5oDtZ0F1LfXGuDU2iT9459MthSABQBjsULG1/vh6t6K1o=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 0b7ba223-54cd-4d55-889c-08da0541c4cf X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 13 Mar 2022 22:35:26.1950 (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: AM5PR0601MB2242 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54371 Cc: larsi@gnus.org, 54371@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 (-) > IOW, code which does that is splitting hair. I agree. And I have already proposed a patch for the org-clock bug that changes the logic of org-resolve-clocks-if-idle to avoid this issue to begin with instead of trying to work around it. >> However, I still think that if not a bug, this is at least inconsistent >> and probably deserving a footnote in the relevant section of the Emacs >> Lisp manual >> (https://www.gnu.org/software/emacs/manual/html_node/elisp/Idle-Timers.html). > > I think accessing current-idle-time from an idle time is inherently > problematic: when the idle timer runs and receives input, whether or > not Emacs is idle is ambiguous in principle. However, I still think this should be documented somewhere. The only thing I found was a comment in keyboard.c, and that was only after you pointed me to the right email thread. And this is not only about the use of read-event inside timer functions. Currently the Idle Timers section of the manual would make any reader think that these two forms would produce the output "A\nB" if the user takes a few seconds to input a character, but only the first one would. (progn (run-with-idle-timer 1 nil (lambda () (message "A"))) (read-char "Please wait for 2 seconds" nil nil) (message "B")) (progn (run-with-idle-timer 1 nil (lambda () (message "A"))) (read-char "Please wait for 2 seconds" nil 20) (message "B")) So as I see it, the manual is incorrect right now, or at best incomplete or ambiguous, and a footnote could not hurt. What do you think? From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 01 14:51:01 2022 Received: (at 54371) by debbugs.gnu.org; 1 Apr 2022 18:51:01 +0000 Received: from localhost ([127.0.0.1]:43372 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naMMP-0004l2-Be for submit@debbugs.gnu.org; Fri, 01 Apr 2022 14:51:01 -0400 Received: from mail-oln040092065064.outbound.protection.outlook.com ([40.92.65.64]:37284 helo=EUR01-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naMMN-0004kp-A3 for 54371@debbugs.gnu.org; Fri, 01 Apr 2022 14:51:00 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OFAz74sV6OfEOO/OtF1OfPGh8QOJQxFt5aVkDWoDIjpUJu3tstE+kBwua5IGYU9AcZTBr4xEoEmaUWy6oKjR0/WEmD7EfN3oNu7qcmUo6LS1bz+IAr3GGw/vDp+DPrIrfbgprP4AJLHHpONsKDivQRAYDBw60JhyrybH17V6vCltjQMZ+a/ACDIvEJ3grf+tihUHG9G2Vtf5IAc5vIAwDi9JVkBLSbLep7RNyQ90N/+9hNYHRpaU+TuT17Gtaw56lOM1RtgzbpRxwPty+ImFu2EGykzMCnvKeVvb6lf1sw493iLbWG2BTDe23ZmtE/2M0G3+eTAo0kVF02lqhoUnIA== 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=B31RyayMVssafnYHn1dOa1tl0jJ3mJZfu4e5RGsJCSU=; b=JE5Y66tXxvAes7wE+SJ3Um4/tVKPIQ/BmBiiZ5iS3GugGgbNZT7qMwrfLrRV44keYpbVmfT2MxhlKNrOYKHFJ8f+Qq66HD+wfAGfbZvKUKPjAY7aUNHAleFvsSrgQwep9tywYotUF7/QB8Te7KowAkcLwkuMTc4gRAYnCWXqyhyVv6uwJ4ivcbYUXayU96W28B9LAzhJjZpU0zXwT5hQ61Wl9CGDBR+2bmaINp0fHBjKnuwhnJw6s0hmyMcokKa+R2+4FubOpqn8HIU/EfxSZmTiBJgPIjp2KZczXdXiVR6IXgzCjHEzm8gmF2V6b2yZC1PD1FgWf3V6SRF00zvxTw== 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=B31RyayMVssafnYHn1dOa1tl0jJ3mJZfu4e5RGsJCSU=; b=JOFNZEu8TSxmVkQ68885nQaZoWIMO8MckUiHGDX+7mZhHl08zw0gS9k7PmJpKi6tnADVppmhtukQg9S7cPlKzgZR4p0D2Ue9iLVPyaJOQd1NWOKW7iZe0KoT6N/dhhov237Ppu2dpbQTm8xHlFYG78wxcKmWVt1fOjClMKaizMxUH8qEB7L/FU410G7NxYm68TxR/uG7KHykYtIQLYvBD4jY9CeJv6PUYcRwdWiFyJTJ+F85swg+IItZRBAoB6Ik7R6GSiBZuCU04tzOIEpGd2GgjvdJneSXEDH5R2VWQuIXfliCooviDSGxQxq2DhpscEM5oZN/0jZowuqFm/CmMg== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by PAXPR06MB7903.eurprd06.prod.outlook.com (2603:10a6:102:1a6::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.25; Fri, 1 Apr 2022 18:50:52 +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 18:50:52 +0000 References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> <83pmmpls5g.fsf@gnu.org> <83ee35lk8r.fsf@gnu.org> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso To: Eli Zaretskii Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases Date: Fri, 01 Apr 2022 20:22:00 +0200 In-reply-to: Message-ID: Content-Type: text/plain X-TMN: [KjgXArslckgldgt398Cn1J15E4EfJisN] X-ClientProxiedBy: MR2P264CA0064.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:31::28) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87sfqw63jv.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 4af7b704-f1d9-4919-8b4a-08da14108b92 X-MS-TrafficTypeDiagnostic: PAXPR06MB7903:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: cUcEFjqC4TjF7VieSSUVwxzal37ufaoYoC0bLgZk11i8a0Q60BqgEwt5Bb3DLFBcUJVzyVh+4jS/giuocI3vYh5CovRC3Gc2FfjOsMqiHnQ7uR0bXSZLlFshL4ZP09v9Ik+Ep9qQEqo6ryfbqSIknkk0jK5en4MApH2TCnZwTSEV1UXTmvl6D+88CqkpjSpfsGevlAywXgTKufCaMIgoWXVL4Kjc/DVKQLTIBZpo+i8HmYZ1fXVD1Qvf3QBrJ6ewDdmoa3NkB65/1bEMz4VvCflQrWQaWfODYEej372tjkdoVt/FlDR9EpLxxbkyHco3VAqlTOnD27Rutwk4vatJVbJxc+5ujU6KohnKOhVVrW5msevVFzYwlQbU58PZKqFPpXBsdt4ckhFeC5RLLkDcFsViCvYqjSATz7EIJXqIP+uo7s+tBRRgTiMXJ1LvEXPUqWBTeoHgJiYLACXEokBszsfvDY3DJ1PbI3Odzk1LE4g3bFQCuRYXNX/zsrpuNDllniEYpRvTS4QLd3nmP9hu7c4GDHLKjcVWi89DbiimSS76L0uv+Gk3UcYLTQLOLcOy+6aarY2O1apO1WbzxZ0Shw== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?xNnO2NxvJ57+loXJ0hbwf6KI5a3ZS6e7v/oAdcoF+TgC6uGf8oeiWhHEwaH1?= =?us-ascii?Q?HiKSW/xz/MuM+VYfQs9jwUV7TlYoaa4MuTS0/fpgVxCaIMT/d2btKxFbttlM?= =?us-ascii?Q?A8VtBLuNHd7USCjCRB7+0Xh+owjyu6rHOPZnLOXM1kfjHFOhvBHUDZY3LGib?= =?us-ascii?Q?k3lkkORX4uW6F1py2ag8lUI9Z4kxUgo9rSOZnkIl00B3q/LWhiGk6n/846kr?= =?us-ascii?Q?A/qk68Dqpa8PjyDMNuKuLc/kJs43s3Lr1REFWGXfYF/sq9/pcSubfu3oPaMX?= =?us-ascii?Q?iPmYPYu2ziUiX3/MShtDnRoeWBetfJ+cUvO/K5ATc2VP8fE1uZLE1l8etgRI?= =?us-ascii?Q?c2Ofu0q2G8G7CdyBf7YWyjGRcYpNLXoUHtFInPJAahvRWJxzMuG9Zbjp8b+M?= =?us-ascii?Q?BllomtGS1FohfwU9kAmazsHLQXT6o0omJoSRQxCfBSNdt/M/7RS783LfMeBR?= =?us-ascii?Q?rxe0I6DvOp1f8vdpNrHu6AzA8m5TJ/NjM3TtADUlrKE9Zu0ImKaDV2SrtPRq?= =?us-ascii?Q?ANZtERERX2JWMMc1TclN5g6QCr/SDVQSYBLoVH/E7dME2wjrswRxCh4ogDlE?= =?us-ascii?Q?ByO2s1/TOZEM4s9iuxZhO0ZxUwgo6iAQDZt/gtE/46p3NXSmCQ5NOfYat+Z8?= =?us-ascii?Q?0aCOX+ubLXfd4hKp5AcznmSMbyUpUicCcoOxZv+JYmzXqhKOFUlvFJbRFXY1?= =?us-ascii?Q?vVwMiq5j35GzZGA9M6jGUyGDXAM72xv8rel5ymNZjSVE9HKwcA5ul1zXKFEp?= =?us-ascii?Q?VTRu6p7VG+n05gvlncOfmr9wg6AmKLfgRf5AIpJMJgctpBOH7Df/e5RO+ugn?= =?us-ascii?Q?7jlXAZ5i1QDL/H/Xo9bdoZj1xbp28skJWKLPSwC81FDzDZH5bf8MTFzrT1Nv?= =?us-ascii?Q?5VX1wSFXZSRJJQ10QNhibLgfI3bLcErPPqN94SlF5jcs3HhEnRbzpfSmkcLY?= =?us-ascii?Q?7QgwwCcmtDFMNK2935n+7H3LDn3+3lPNvf2z+syQIUJAfrLCOqwMJ/ArDmlA?= =?us-ascii?Q?62mz4d+ucs2hGVbX7N24MY8n7QQ/nju4Nyuu8/LVRQCfGEYUQ7ASiAZTY7F2?= =?us-ascii?Q?rzF2fMre72TNTX21pclymLYs82OSl5eWJs13ffoiqS4Z0wSg7KKOy3k9mB+3?= =?us-ascii?Q?NYvkzKvnEDSj6PVx10SrGJ/FZnAEP78IMcbaywzHAYde+eNVrptx2rOkgtrd?= =?us-ascii?Q?gB/+GpHEAfRg08AiAZoQTHXvJ2u23yW3kFXOo/D4Dh37gtICI6d6+t3l8hVY?= =?us-ascii?Q?H+EjkfI4xmM18l01ADSSgH+EMJctZDKPBP0FnF1j4odLAQOCki8I/P7X9SV7?= =?us-ascii?Q?+4AsOvup6C1zSExwaVCD2wRH24Qxw7wOlkp30AVno3QCPORSYnmpTrGxBG8V?= =?us-ascii?Q?5KhlMtmVcPFLlkv7Nu7Zzf+lWY5QzxtI2nhQHavty6kzco4MP4580/W82H+I?= =?us-ascii?Q?wGC9OlJFlyU=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 4af7b704-f1d9-4919-8b4a-08da14108b92 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Apr 2022 18:50:52.2983 (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: PAXPR06MB7903 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54371 Cc: larsi@gnus.org, 54371@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 (-) Hi again, Since my other bug report has already been closed, I've picked up again the next one in my pending list, which was this one. > However, I still think this should be documented somewhere. The only > thing I found was a comment in keyboard.c, and that was only after you > pointed me to the right email thread. After searching again, I've seen that this behavior is indeed documented in the section of the Emacs Lisp manual describing `read-event'. > > And this is not only about the use of read-event inside timer > functions. Currently the Idle Timers section of the manual would make > any reader think that these two forms would produce the output "A\nB" if > the user takes a few seconds to input a character, but only the first > one would. > > (progn > (run-with-idle-timer 1 nil (lambda () (message "A"))) > (read-char "Please wait for 2 seconds" nil nil) > (message "B")) > > (progn > (run-with-idle-timer 1 nil (lambda () (message "A"))) > (read-char "Please wait for 2 seconds" nil 20) > (message "B")) > > So as I see it, the manual is incorrect right now, or at best incomplete > or ambiguous, and a footnote could not hurt. What do you think? So unless you see a problem with this, you can close this bug report. Or if you want, I can send a patch to update that section of the manual with a footnote, and maybe some other relevant docstrings. From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 01 15:36:07 2022 Received: (at 54371) by debbugs.gnu.org; 1 Apr 2022 19:36:07 +0000 Received: from localhost ([127.0.0.1]:43475 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naN43-0005vq-Is for submit@debbugs.gnu.org; Fri, 01 Apr 2022 15:36:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53414) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1naN41-0005vL-HG for 54371@debbugs.gnu.org; Fri, 01 Apr 2022 15:36:05 -0400 Received: from [2001:470:142:3::e] (port=35996 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 1naN3w-0005Ec-3M; Fri, 01 Apr 2022 15:36:00 -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=wa71pHRp5NchMbFU+SfBkUYM/FSerRHJNc5ov2pY3vg=; b=eQCbAFS2epDs fLWLqymVzlelJkU9ahsuoTzeWIxY7src6frs6bQV41HTtDzzAmTYjr8B9dw59WVHqB9eWHzh2xB0U jLqgBcTAqdv+7N6nPIGH4UfR9gOWnPiT7AzSqL2HekrRGhCGAueIR0AZ+lCOcMxiTPUiDYkUqZRUM V4zlOf7mlYoAn7nK1ZF7Pn/qNaWkRr7nzSEXYcBl/J9ux4t7+Zr4jLHyidjXItwJLb4zpyy/6PvGH 9+IVBE/oY+UlYJCOX1fwjMb9L6nDY6rsyL0QAc0605vskbmkkFNUImazMpWMx75au+C5TepFL+ZMW lwT6y6F581d5LDNN95fWpg==; Received: from [87.69.77.57] (port=1890 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 1naN3v-00037g-JX; Fri, 01 Apr 2022 15:35:59 -0400 Date: Fri, 01 Apr 2022 22:36:12 +0300 Message-Id: <83sfqw4mvn.fsf@gnu.org> From: Eli Zaretskii To: Ignacio Casso In-Reply-To: (message from Ignacio Casso on Fri, 01 Apr 2022 20:22:00 +0200) Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> <83pmmpls5g.fsf@gnu.org> <83ee35lk8r.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 54371 Cc: larsi@gnus.org, 54371@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: Ignacio Casso > Cc: larsi@gnus.org, 54371@debbugs.gnu.org > Date: Fri, 01 Apr 2022 20:22:00 +0200 > > > Hi again, > > Since my other bug report has already been closed, I've picked up again > the next one in my pending list, which was this one. > > > However, I still think this should be documented somewhere. The only > > thing I found was a comment in keyboard.c, and that was only after you > > pointed me to the right email thread. > > After searching again, I've seen that this behavior is indeed documented > in the section of the Emacs Lisp manual describing `read-event'. > > > > > And this is not only about the use of read-event inside timer > > functions. Currently the Idle Timers section of the manual would make > > any reader think that these two forms would produce the output "A\nB" if > > the user takes a few seconds to input a character, but only the first > > one would. > > > > (progn > > (run-with-idle-timer 1 nil (lambda () (message "A"))) > > (read-char "Please wait for 2 seconds" nil nil) > > (message "B")) > > > > (progn > > (run-with-idle-timer 1 nil (lambda () (message "A"))) > > (read-char "Please wait for 2 seconds" nil 20) > > (message "B")) > > > > So as I see it, the manual is incorrect right now, or at best incomplete > > or ambiguous, and a footnote could not hurt. What do you think? > > So unless you see a problem with this, you can close this bug report. Or > if you want, I can send a patch to update that section of the manual > with a footnote, and maybe some other relevant docstrings. Please send the patch, and let's take it from there. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Apr 07 08:06:40 2022 Received: (at 54371) by debbugs.gnu.org; 7 Apr 2022 12:06:40 +0000 Received: from localhost ([127.0.0.1]:60073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ncQuO-0004lP-6v for submit@debbugs.gnu.org; Thu, 07 Apr 2022 08:06:40 -0400 Received: from mail-oln040092064024.outbound.protection.outlook.com ([40.92.64.24]:53271 helo=EUR01-DB5-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ncQuL-0004lB-FB for 54371@debbugs.gnu.org; Thu, 07 Apr 2022 08:06:39 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZCBEC1tUMM7N3xLZDb0zgTnKbYDObVhH6gCypRJ349zUjbNMQeycv1jCBpkP8Nv7mIG0I5cBdYW3N8UKv3/MZTr8IaI3AACIIOWeD6k3tOT4QXQ4aUSrrpPeqqD4Dc6pKOLuob1aDRJUOz5wYslbMwGUWgrNKLxapisqOk8u9GImTGCBJxD2kQSdupaLl/mxBeHVw8LccD7+1ULVWBwoUOyO43humncg7HQ/1acxaCfhZlheVS7aqn5fCF6JOqs1stHRyEUFCSUTqvumQs9NdKzgBDjV3dcrAJ6EU65JBvZUs/WC2aWcBEz8yWpO98TyPC2dyYgrv/E7sm+1FhtV0Q== 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=8sLI3nFwMqeur/OrAJ29IFYEkaqNGn7S8OnyW21Hz0E=; b=bqmVx6xsOgrrNkn5tf1tywqhyV5A2sVpM1rFQHaToajdCzc+dF1/0Oz5luBpyGHmGxaGj6b4RlweJTYWNRwjbGhq70Pd4gTnuNadxRsBbJ/7UN3+WExFF8Dbuhoyg7QCKRTsxYjmkIZO86o/4XXknl/1yLOYIsyzKnEXM+8GLkWezkM/YquhK9MtlvJJuic+1OH2ftwXw+1xKd5nkOYbwxT+CJ3wq0MCmI/HNM5eZCKO7qByXJ4EcARiYGWcAugTCVeGjgjvCfG1W+d9XV7zL4qRpbBjbObVfPLM+wdexmj8GhhdOxjuXb64/g3cLtE7AFlR9ejyySbL8iON9sD6+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=8sLI3nFwMqeur/OrAJ29IFYEkaqNGn7S8OnyW21Hz0E=; b=Eoyp222gY4sL9B9mPO8OZKHdmcUavHp6UtupQw+FSZW8DOZJYrrPBol+IrssSL3adeYnAJjbRqdtXSgO0LwpVpeVIKVCFwVmKS4u82wxyfcNpMlwjagzeD6Lsf1cTYijtI0k4jfbzna5Hg0rfbqoljetrhjIZa5owtAJeIxrH3nHw+LzM71NIMYoVAJEPZsBSickrmaOxxvBRPWaHNg9qAcHwUH7idV07SAzPQd3YFVfO5CbDrIoC3NMBvd5H9rfxxQ4iI3FDnF319LmvLpbKpwLxzS4Ia+xSRTecmd+qAe2leSkFxQmLc6IHr7FDe1STDmwUz82iCiGEvFyjv5h0w== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by VI1PR06MB5710.eurprd06.prod.outlook.com (2603:10a6:803:d7::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.22; Thu, 7 Apr 2022 12:06:31 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e83a:f42f:62c:df32]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::e83a:f42f:62c:df32%7]) with mapi id 15.20.5144.022; Thu, 7 Apr 2022 12:06:31 +0000 References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> <83pmmpls5g.fsf@gnu.org> <83ee35lk8r.fsf@gnu.org> <83sfqw4mvn.fsf@gnu.org> User-agent: mu4e 1.6.10; emacs 29.0.50 From: Ignacio Casso To: Eli Zaretskii Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases Date: Thu, 07 Apr 2022 13:42:19 +0200 In-reply-to: <83sfqw4mvn.fsf@gnu.org> Message-ID: Content-Type: multipart/mixed; boundary="=-=-=" X-TMN: [EfTmmAfs4v7UwsQpbMP+qhKtTYTDPdQf] X-ClientProxiedBy: MR2P264CA0124.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:30::16) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <877d81t7wf.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 5deacc8d-d855-4b06-c73b-08da188f0c40 X-MS-TrafficTypeDiagnostic: VI1PR06MB5710:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: fpegQGNEdpeISxxMMU1tnsOB6W1j3ALF8ODESvrezq+Ikha2mhpMbfEFtbJeGS1nr8CfbYAPBEsZnUvFHh5Xm1E3Lo287Vl2VZ7ZQmHHVr2N41aXLfFN83Mx8oGEvIWvVAJtGK9Vkp3OWM6rbP3urpfw96LIqzXZWqEL8JKbdhHtiMncMM9U9QtQHpDUQiMLA4BVuHWU8cnDXD4J+VSUdzfQpqyqaRVHRrYMJhIBBtsXB1vKfFx/KVZEM1McNTx+HDWJSQrG7eDXfo8yN7/YdxlnL+hW3AYr871jMY5PfEf1h8DWCUXW4eQDQrtWZGodstaEv/MuXJYa7TqauTNq5UFLBoOXFmHJ4Z+JqnAYRxfbJMD10c7Bkx/4K/6078janYkmIHol+XzG5vrVAGl7v/c0kyX6CAHo+FHzxMqXMca8BIZsLfDNPPhWkonCZdgmIm5wcQfEZB98G6bD+Z98IOHFOoWa6ny+YwrvAJtakVU3GCjXGtwGkzHdtzd4hH7euhaPQ7B/gYab/tGZ46KZWWU9PMotrc0ODOcW4i8Ol/vjRLqnbmh3cJMNznFAjSjOZl7gCh1t22XM+6jXBTSTVQ== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?WHbsJTTokfQvNcwVMx1lbS6k1j/2gEAySRRQ9RM0SMqir+hJJlXO3nLNLLoE?= =?us-ascii?Q?tNntdQuP08tebF9AYtXGGmgvanp9InhdymXZb+cPjyjlbgK6JHmXhiIXLLoU?= =?us-ascii?Q?/GiA8spLagkRKhVgp7R4ObpdKK3gIXLTO5/2lK8Klmpioof7JzI1qCWQn2gm?= =?us-ascii?Q?NneNkUZDke9anPKDGAP8K6BqxH3dIpnVdwJ7JMD3Eb6Wd6qcTLOoVMQ5iWVO?= =?us-ascii?Q?VV3TmUr879yO03OS8GgfVULw7hmgRS2q0KhZK6i5rRrW9eccdwrU3o6fbl1G?= =?us-ascii?Q?MJ5qK0WWqt2n80qbPG/xZflHypzbW/9Ou0FV/TTVqj3lzKmqS6HPBX0GvL5R?= =?us-ascii?Q?wqK2R/rxJcmTikvSYkLRSeIXaN7AeJ+KASsaO9nRmmtgQ++QVCsCLWiAuW4L?= =?us-ascii?Q?GwO40wmdnJ3Tz6zdizTISq/05IbF/70yEXzk1KlAO5U+XtskhZbUS5lyhP8c?= =?us-ascii?Q?guJ+/MBKqFdsFjeSgYuNjXbQP4X2bS5JaPSTBf/kaaN4ROLPohMiKskrYr07?= =?us-ascii?Q?CYFihpNo62wBbsh0v1b3Pg8J3KH/YDP+5iuBe/gvq89G8Jzg/ark7CZbzy4W?= =?us-ascii?Q?cIQPh4iANl5oN65JuJtbW2rLV778hYIPU92ErqteQmVmz8jsj4TVjGFhEQ2P?= =?us-ascii?Q?hUmhKaoz5bEXT2HCp0oc4ceAymEP8wsKY4qfQzuN5eAGKQke1Jx3hLmlmNTG?= =?us-ascii?Q?JVA/Qhhfox6h8ppodL12itGQ6zDNVJ0k6ek8v5Pmq2S/YXuAeNLlTz6wu5o/?= =?us-ascii?Q?2Wyxr/4SoekC+WhY0xfQr4wRZMBJ8g+MntUvAO1Wn8aYeBR8f+hV7VewhlK9?= =?us-ascii?Q?Ac1oQystBz3D/t0/ak/8EQjK8wUzpokw5e5C/VjsSiM/CIRpbHX49sdxS2IZ?= =?us-ascii?Q?YzvZmCBR4KLiXZ5jr2vTEOrGIYPv202LO1gcLyoDCJrvsIo9d7wiO1tNghOG?= =?us-ascii?Q?e0/xuWTFrv0g/ImDhHY9+p0PNICh4wJLMV7KHQ0tLDRmxF+G+FMwXnP9tbMF?= =?us-ascii?Q?w5d7N0taazXvOQ/1dhxdt7nz5jNCmgEsBbZ/B0ahakC5Qgb70RsCspgTJzGV?= =?us-ascii?Q?3xYtYVNQW2+O0xKokPTDPvKpKa2ViO9ioPCjgIviFe/vrHoPC7w2RRSBF8sl?= =?us-ascii?Q?ZlIf8Gsy44eeHNxP5Um+fytkPY83MTQMrNmOS0Ah4pVEHiCcZG7jFCKVlrYA?= =?us-ascii?Q?gvOlGySGjafi35nkGPY4Dz/ZobR49E+TxID4ofXT9sGQ1jM1Vcdo3wr0QG4f?= =?us-ascii?Q?/SJ8g8h+8f9qd7DjS1RWoRWnDnzmYH3lC20eBe1/sQn0RPMtff/SWAiSBYd0?= =?us-ascii?Q?HgwuJkepYp3rtmIfktdNp5gK+d8r//4PQO/e04bohO/tsQ5R+ispqVYuyqY1?= =?us-ascii?Q?rHpd8sFta6FVLzBm1LmfEhutlHFr0CHo5s76pQxGb+z2T3WA23bOL3fOiNGG?= =?us-ascii?Q?0tfQ9tzf0g3pxnL6lKy2uVKIj31rxGZD?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: 5deacc8d-d855-4b06-c73b-08da188f0c40 X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Apr 2022 12:06:30.9755 (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: VI1PR06MB5710 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54371 Cc: larsi@gnus.org, 54371@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 (-) --=-=-= Content-Type: text/plain >> So unless you see a problem with this, you can close this bug report. Or >> if you want, I can send a patch to update that section of the manual >> with a footnote, and maybe some other relevant docstrings. > > Please send the patch, and let's take it from there. > > Thanks. Here is a minor patch that adds a footnote to the "Idle Timers" section of the manual. I have not found any docstrings that need to be updated, since none of them mention that Emacs becomes idle when it is waiting for user input. So as far as I know the only place where a user can find that information is either in the "Idle Timers" section or the "Reading One Event" section, and the later already mentioned that Emacs becomes idle only when waiting for input without a timeout. I have also one question regarding patches that modify comments, docstrings, or any other text. What is the best practice, to do M-q after updating the text, or to try to minimize the number of lines changed in the patch, as I did now, even if that results in some shorter or longer lines? --=-=-= Content-Type: text/x-diff Content-Disposition: inline; filename=0001-doc-lispref-os.texi-minor-footnote.patch Content-Description: Minor patch updating Emacs Manual >From d22bb5a9058667913a48cf8bbb4ff5782b3b6d7c Mon Sep 17 00:00:00 2001 From: Ignacio Date: Tue, 5 Apr 2022 19:21:00 +0200 Subject: [PATCH] * doc/lispref/os.texi: minor footnote --- doc/lispref/os.texi | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/doc/lispref/os.texi b/doc/lispref/os.texi index 9cb9bc75d0..7c41dd90c7 100644 --- a/doc/lispref/os.texi +++ b/doc/lispref/os.texi @@ -2294,7 +2294,8 @@ Idle Timers @end deffn @cindex idleness - Emacs becomes @dfn{idle} when it starts waiting for user input, and + Emacs becomes @dfn{idle} when it starts waiting for user input +@footnote{Unless it waits with a timeout (@pxref{Reading One Event})}, and it remains idle until the user provides some input. If a timer is set for five seconds of idleness, it runs approximately five seconds after Emacs first becomes idle. Even if @var{repeat} is non-@code{nil}, -- 2.25.1 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Apr 08 02:50:55 2022 Received: (at 54371) by debbugs.gnu.org; 8 Apr 2022 06:50:55 +0000 Received: from localhost ([127.0.0.1]:33828 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nciSN-00089U-F6 for submit@debbugs.gnu.org; Fri, 08 Apr 2022 02:50:55 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43996) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nciSM-00089G-3l for 54371@debbugs.gnu.org; Fri, 08 Apr 2022 02:50:54 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59734) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nciSG-00019c-IO; Fri, 08 Apr 2022 02:50:48 -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=R49oTFnLDu7bwAvI/pX/cASl8I1KkQO5OlLP+mq1wIQ=; b=FLLtC9+GB4eD vGQzMbe3JWvt8P/IRAWt/gq/5UQEX9Xz9pXPMEx893Y2JBsLdCqqmFYh5KZVYa9V7wvnd1gsa/8pX f4HQ8+nwplrx2VpSNEZsuV/DM1Zp2xjuHnEgo9WfMKjD5sgaNMsEEkPek8GU5ciOnJORpDbPvw10+ /wmBiDpXLCSK7qLRiq9nO9MofTp7Ad7k6YXQ24QSvfpiT+sdbQvk/ZF5hBH/twrMXtt5a5DfU6ki5 hWIxeCQRgSgiGvOZ/CXMN1KqX2IMoFK7GsMfSHhD0ITUVkfEHyHKak1BeA3UbWcrNyM6ixIFTohId 31hgCYjqawGCIvByJNBsxw==; Received: from [87.69.77.57] (port=2025 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 1nciSA-0003Xq-EC; Fri, 08 Apr 2022 02:50:46 -0400 Date: Fri, 08 Apr 2022 09:50:53 +0300 Message-Id: <838rsgax0y.fsf@gnu.org> From: Eli Zaretskii To: Ignacio Casso In-Reply-To: (message from Ignacio Casso on Thu, 07 Apr 2022 13:42:19 +0200) Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> <83pmmpls5g.fsf@gnu.org> <83ee35lk8r.fsf@gnu.org> <83sfqw4mvn.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 54371 Cc: larsi@gnus.org, 54371@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: Ignacio Casso > Cc: larsi@gnus.org, 54371@debbugs.gnu.org > Date: Thu, 07 Apr 2022 13:42:19 +0200 > > > Please send the patch, and let's take it from there. > > > > Thanks. > > Here is a minor patch that adds a footnote to the "Idle Timers" section > of the manual. I have not found any docstrings that need to be updated, > since none of them mention that Emacs becomes idle when it is waiting > for user input. So as far as I know the only place where a user can find > that information is either in the "Idle Timers" section or the "Reading > One Event" section, and the later already mentioned that Emacs becomes idle > only when waiting for input without a timeout. Thanks, I installed this with a small change (@footnote is for stuff that is really minor or off-topic). > I have also one question regarding patches that modify comments, > docstrings, or any other text. What is the best practice, to do M-q > after updating the text, or to try to minimize the number of lines > changed in the patch, as I did now, even if that results in some shorter > or longer lines? It is IMO best not to M-q, because that makes it easier to review the patch. The person who actually installs the patch can then decide whether to M-q before committing. Thanks. P.S. Can we close this bug now? From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 11 02:45:26 2022 Received: (at 54371) by debbugs.gnu.org; 11 Apr 2022 06:45:26 +0000 Received: from localhost ([127.0.0.1]:42301 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndnni-0003hX-AL for submit@debbugs.gnu.org; Mon, 11 Apr 2022 02:45:26 -0400 Received: from mail-oln040092066093.outbound.protection.outlook.com ([40.92.66.93]:60750 helo=EUR01-VE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndnng-0003hK-0Z for 54371@debbugs.gnu.org; Mon, 11 Apr 2022 02:45:24 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cbXExbKbVSRmHQY3GzhgrZ5hNjAUTEPmtxYCBYvZUTOQ0N30vxLG7BXqd0kZwhpZ0oy/bVuyILlvluwVllUHJKMXXYteI0f76XlQ1fULOHagK9x9rsYKksq4iJDuOXP7PzfogACd1hCX/Pb4s0K8uT2rFfCRbBcbTzJsLfqKe0Xdx1E/BBFx4aRRGi3oBz0neSK3SlyVS8RBb+IxTuTmhoam67UJKOJsqE0jDOZ1snClWkUIMjdIhi6EM6IlkrNqVtJSDSlv0vST4P1kd0OTOnB+QAxgWS+ZpY36sz11dgUZImmBELJ7EXrttqLBafH6d9Y4F9+rbPZeXMdmgT0tNw== 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=B/EdzRTUDl7S2Z19Kjn3OblLFjA4xgqmFF9Ocfhu5RA=; b=PlQqbdvCFD50/tS4qiAe7RybpbggUadDudTHdN3MsJpN0DWwZ8O77L3VbRYO+mqIPBOLUo/Y4hizddtcC9lbv20BVeHy1s6xmXPLAfcoujxYrJQ5gAO4EYjxg1hf0EP/t+/HfR3CnDEbYKI0i0N+aiB/E+0PXdQ8Ha8v1lUDpniLVRxsemnkg+y+cIAYPriY93nfHY0Fa2KcqL/R0g8FqDJhh28lM1i5/t7pchI63pcqfgn5c/3hESwFkqo/qF6Gv6sqm+yxjt8hUyRR9RMlvKvUmwvDObIqS4yr6wNJ78qhkA9OCacxdWGyMDVk5gj9/hkXufWqss7ilmRZhuJj0w== 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=B/EdzRTUDl7S2Z19Kjn3OblLFjA4xgqmFF9Ocfhu5RA=; b=XIo/cS0WyHzSau92rFJV6T5N3wAhbCcJA+PvHQF9SqssBEppxaMiK/untrFAb1Wy7o7zsSaumX+H8o0YBwKpTyyZu3TjCTM8POnElNbMPSeCwitE/oC+MnF3yBpje5HTFfu23Xs6mx1BDmk2viqOkccnZoKW72CY+zIJl/P3NyLiBKpe/PEIYfAVPSBPM0HmtLJOhLW1gJPTT/Cha+FBl8QGmDn8Yybx6OBqs9WOv7ycpxiUNUM/glhawRnNTummYK43c9F+I1PpZhKaxp1aCC+ICiSdiKM1ZqBah4ewTZWVCBy7aItNcXu+PG2UW2TkL0Gxi5hC4pEGoIS3vQAK4A== Received: from PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) by AM5PR0601MB2548.eurprd06.prod.outlook.com (2603:10a6:203:47::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.29; Mon, 11 Apr 2022 06:45:17 +0000 Received: from PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::c43d:998b:8b75:5e3a]) by PAXPR06MB7760.eurprd06.prod.outlook.com ([fe80::c43d:998b:8b75:5e3a%5]) with mapi id 15.20.5144.029; Mon, 11 Apr 2022 06:45:17 +0000 References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> <83pmmpls5g.fsf@gnu.org> <83ee35lk8r.fsf@gnu.org> <83sfqw4mvn.fsf@gnu.org> <838rsgax0y.fsf@gnu.org> User-agent: mu4e 1.6.10; emacs 27.2 From: Ignacio Casso To: Eli Zaretskii Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases Date: Mon, 11 Apr 2022 08:42:50 +0200 In-reply-to: <838rsgax0y.fsf@gnu.org> Message-ID: Content-Type: text/plain X-TMN: [OJH1p0Vgu5/xTCsZPeC2OUT+G3j7kA/8] X-ClientProxiedBy: MR2P264CA0185.FRAP264.PROD.OUTLOOK.COM (2603:10a6:501::24) To PAXPR06MB7760.eurprd06.prod.outlook.com (2603:10a6:102:155::8) X-Microsoft-Original-Message-ID: <87ilrgce4v.fsf@hotmail.com> MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: d3b76895-9249-4030-0214-08da1b86d69f X-MS-TrafficTypeDiagnostic: AM5PR0601MB2548:EE_ X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: ZbnTRlb1cHZ3lNuMOJY9cYND8kWlRKclILEzZ7PoNxI46hWEfa2lV3FnzmrQNVQHIpSVam9NNQrx7rhc3tRejOVKKJat69jizVOalEk3PlNrnI98uyjsvDeN6OhYdCPeEkTN8UMjO2zogAmf8V3UDIZo4n3COC36vzeNYSl00Cgshx/P3eI//O0JTYbbcy0JK4goYYG9TcP0zw1C6vH9/8l2sZRy/i8TMZIDhpV3uh0RLt/lvrZNDtORp3T0UrnhoMPgVJS84DGs+UhqaNzuwq5R3owGUgbjDXgnAE8qc/hCnvHIPT7gOzw3j+Q1EdKOWa0yt759aVbLvSHhbHv0A5jnrHLmyx2O0JlLVa4o0/wdh5gwetFFgPCxjlt797/b2RWtsGPjRqna498yi9zDpfrXio4Tq63mznoAGDVOJgomVkDzM9to9lAJg9YB59ECTd1fnCBFKqv/vOSGphdhGFy7TBJQh8nYtIMNbfXTYf4CpDNTSTH8VrvCoWiPDIH9of2A5aQxKn69OJBM8WcsUIvSudFgNOS0TDf79fpPKFKHr8vf2T5mkw2Q2VPoQ1n0WEGiOP+jwxf3saiJWy7J+A== X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?eLKkqJJeF0uAbOc18uFxuspgXVkHC8fsp0NKNPzzqH27MiRkHcOq/o0dF3Vy?= =?us-ascii?Q?PB5ffRRcblT/n/rhLBTwrXLmZhx5XWDpoXQLrcmHOrFfGJXCILXnl/8UnPub?= =?us-ascii?Q?v6z4/gMXRH0SRoMQ7Ov3suOpeGmyyP7+B5kA8f5eAYKv5cAuIKRZx4NNKrip?= =?us-ascii?Q?M7MC9OypW05GOFN1rt6QyVIuTuZFHHyVwL7rNEhLyTMj+ndxPqIKwQNsj+fP?= =?us-ascii?Q?xrtjNzcsDuOudJIrnUVXV8qg2kujbxKyhuU3tmlQY/DwOhGvry79+Isaxunz?= =?us-ascii?Q?g5LQG52uwIDjJUVNh2fDwrb4toAELUNoiQ/XbwfxSHlakqY8bHlJdbI8W48k?= =?us-ascii?Q?5JyOgeb0mv7yun6ZwakeJb04KWnjF1NK07r276Ol3GfWL/jlu+Cy5nvUIrUd?= =?us-ascii?Q?/4JXeGL6zh+ziTpwE1wV5kcoBD3uoLfEL4n0DPFmeLhAzw4BeTVCmnSsnHhA?= =?us-ascii?Q?+keeqMDokh3JFtHPW5ouWc4rhYMD0iqwjFL8yjq2NOUdKOgk0jKQwBxTlG4j?= =?us-ascii?Q?MCgyICpVUQXIdLfBB28fy0lO9g5xTQ6fwddmWP+P9A5XccdQdJilLwNeg2Si?= =?us-ascii?Q?XOuc3xGgotAaOPNAzhwERftPR01HbyAwzmaCHr1+OUYvX4ksZdO6JEfDQHHI?= =?us-ascii?Q?bvVmiidxincFxB/N0raixK4cWH5jo7uV89BwpckY8GvXBRcQDON6ECu3ev6t?= =?us-ascii?Q?g4SuMmtfsevh9rz/VmT0CsFC6mXDzNPsTxkFfZlOOltI0SLjvUrRxzGMN9cO?= =?us-ascii?Q?H6vXGzDXHoTVTFBJR6ecsRsXCviV3IRIVHYzLjiDwh1Wt7YRK65eLr9V1dvZ?= =?us-ascii?Q?mXRPt4Bck5ckmSITRF7HvRaudhfqygkLEh8b5kBtQ1/nnfZwhFb+nvetxf4n?= =?us-ascii?Q?6WFldobaei8rLm0ip+sVdmr1wtmvX0sJz8dWGFE1hHblgNLQCiaFHNuE2lY5?= =?us-ascii?Q?JurRdhKeTR4VCjw2Z8AI/pBuKAy3rRmR/Yz2lhUB76HRM7xT9c1/xZWRRGBm?= =?us-ascii?Q?J1V+V0M8RVEzHbOwTsH4v87tpzyW+2mSy0Um52VNFmazk2JpNdoHQcjnzpiV?= =?us-ascii?Q?c1stpDxCiMM54GmSCIWVkttS1KGIIaujgIZ5XFeHb+HhK7oME1vWaIPvc1Al?= =?us-ascii?Q?IDMexf21HP4U98INCHc5WQYUzcTJSyAq6cAwCzvaSHH9x/S6L06kfw5TH8WX?= =?us-ascii?Q?A2kdarx73G0U54gS2JCsY0YxOFzbG4cFHpy+7YWgzBz4Ctupij+LQK1GRHz4?= =?us-ascii?Q?YhMDk/vBCVkrOKbKdRBA7F0mnPMefuTGQKnTkuzI7QrBfrKDBChvHw0+ccwW?= =?us-ascii?Q?6sdqApKYX+CCMrNAQ7DAWEraoXpA32TjFnuuLBJVogukdr3QTEAGj+VCwwCN?= =?us-ascii?Q?VNM5nD9ApjcH6iz/J8DFhka6BtY+JVNm7/rxOjDhnlYc1oP/HO9B/qfhpaBE?= =?us-ascii?Q?ka1o3Jato3o=3D?= X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-6e454.templateTenant X-MS-Exchange-CrossTenant-Network-Message-Id: d3b76895-9249-4030-0214-08da1b86d69f X-MS-Exchange-CrossTenant-AuthSource: PAXPR06MB7760.eurprd06.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Apr 2022 06:45:17.1359 (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: AM5PR0601MB2548 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 54371 Cc: larsi@gnus.org, 54371@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 (-) > Thanks, I installed this with a small change (@footnote is for stuff > that is really minor or off-topic). > > P.S. Can we close this bug now? Yes, I think we can. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 11 06:18:44 2022 Received: (at control) by debbugs.gnu.org; 11 Apr 2022 10:18:45 +0000 Received: from localhost ([127.0.0.1]:42581 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndr88-00010s-Pd for submit@debbugs.gnu.org; Mon, 11 Apr 2022 06:18:44 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34390) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ndr86-00010e-L3 for control@debbugs.gnu.org; Mon, 11 Apr 2022 06:18:43 -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=oI1kMIWJwT7Fiax/1SG2wJSFByDH9ECu7Bpef8n7oIg=; b=t6uzru3GI5wWBRKkTLkrtqdiMb ESlAw0yUhaROrJ44E3gGTfa+ApmIwuFeRNOixNPKrRbaEXSRR558NnL6hd1jSGsNyvlg629Rjdplq +qAMXQwSGdaAGAHXtw2XgfgZsur+1+kcToFP9OIkU9ZwqKJHZ6AMkXMLSpgo5/NkjrMs=; 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 1ndr7z-0001fZ-1p for control@debbugs.gnu.org; Mon, 11 Apr 2022 12:18:36 +0200 Date: Mon, 11 Apr 2022 12:18:33 +0200 Message-Id: <87czhnditi.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #54371 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 54371 + moreinfo 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 54371 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 11 07:17:26 2022 Received: (at 54371-done) by debbugs.gnu.org; 11 Apr 2022 11:17:26 +0000 Received: from localhost ([127.0.0.1]:42759 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nds2v-00079v-U9 for submit@debbugs.gnu.org; Mon, 11 Apr 2022 07:17:26 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nds2u-00079j-PC for 54371-done@debbugs.gnu.org; Mon, 11 Apr 2022 07:17:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35308) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nds2p-0008IR-Ap; Mon, 11 Apr 2022 07:17:19 -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=1gWw3oV1Q3TzmmNWGKsCBqk/Xd7eJqQ56VBOCGbUq7Q=; b=C5Yz9qrAeVUM oM8fRRg4Ii95BKhKKA63yzjxdwFmUZqkG0XydWBFmKZ/y9xWMP/J6uCyICQs81uT0ROs9UX1RSIHF zfuJGY6oTgJzN42AmDimnvG8izZeLCEmYcvGNIQmD6RC5LLuMfOPibzJRhBIFfKuaSeDeGZvl9P7p 8RAN/rB4QGpOda8zsActMyuO7fV5hBMtvryfGL7hLL6RSTel7xJcs7zoTKTH39GqA5bmBZMNK7bAS uNfKH+zHLGCGssQ1jqdD068OoPnXfEIkSBWEpEvmvdiXNRzFz7i39mvx7w8Gqbkov/gaOtKc8qQPU 9c6L8hzuMEEsFBo3BLfh5Q==; Received: from [87.69.77.57] (port=3775 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 1nds2o-0002N1-NJ; Mon, 11 Apr 2022 07:17:19 -0400 Date: Mon, 11 Apr 2022 14:17:19 +0300 Message-Id: <8335ij7tts.fsf@gnu.org> From: Eli Zaretskii To: Ignacio Casso In-Reply-To: (message from Ignacio Casso on Mon, 11 Apr 2022 08:42:50 +0200) Subject: Re: bug#54371: 29.0.50; read-char does not reset idle timer in some cases References: <83sfrmkvuy.fsf@gnu.org> <87lexduc8w.fsf@gnus.org> <83pmmpls5g.fsf@gnu.org> <83ee35lk8r.fsf@gnu.org> <83sfqw4mvn.fsf@gnu.org> <838rsgax0y.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 54371-done Cc: larsi@gnus.org, 54371-done@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: Ignacio Casso > Cc: larsi@gnus.org, 54371@debbugs.gnu.org > Date: Mon, 11 Apr 2022 08:42:50 +0200 > > > > Thanks, I installed this with a small change (@footnote is for stuff > > that is really minor or off-topic). > > > > P.S. Can we close this bug now? > > Yes, I think we can. Thanks, done. From unknown Fri Jun 20 07:19:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 09 May 2022 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator