From unknown Thu Aug 14 21:49:58 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#67791 <67791@debbugs.gnu.org> To: bug#67791 <67791@debbugs.gnu.org> Subject: Status: 30.0.50; `t' command on Gnus summary buffer sometimes causes an error Reply-To: bug#67791 <67791@debbugs.gnu.org> Date: Fri, 15 Aug 2025 04:49:58 +0000 retitle 67791 30.0.50; `t' command on Gnus summary buffer sometimes causes = an error reassign 67791 emacs submitter 67791 Katsumi Yamaoka severity 67791 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 11 21:16:25 2023 Received: (at submit) by debbugs.gnu.org; 12 Dec 2023 02:16:26 +0000 Received: from localhost ([127.0.0.1]:55053 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCsJt-0005dX-HD for submit@debbugs.gnu.org; Mon, 11 Dec 2023 21:16:25 -0500 Received: from lists.gnu.org ([2001:470:142::17]:56878) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rCsJq-0005d4-GL for submit@debbugs.gnu.org; Mon, 11 Dec 2023 21:16:24 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rCsJW-0001is-45 for bug-gnu-emacs@gnu.org; Mon, 11 Dec 2023 21:16:02 -0500 Received: from mail-pl1-f182.google.com ([209.85.214.182]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rCsJU-0002Zc-6M for bug-gnu-emacs@gnu.org; Mon, 11 Dec 2023 21:16:01 -0500 Received: by mail-pl1-f182.google.com with SMTP id d9443c01a7336-1d053c45897so45303375ad.2 for ; Mon, 11 Dec 2023 18:15:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702347358; x=1702952158; h=mime-version:organization:subject:to:from:message-id:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=mLUfUufMG5aBAVj0Gv8WFV+frZEGf/fWpvHRoujWuZM=; b=Kxa1BFcuZJ/FWrJct+rFMrPJ7kE+Ul23oOvzAiutVP4EBg4vc6Bn0CL6w0fm8D5Lck e6FnOQToD2M0XYDEvy4qMJoCW0XINJgLO/PmWKV/DbMCqzET9iP4egAQe96lH83SFdKO ruJFDQnE7wBDNbAWm/S/+ZwBA8k88iIo20euWdUTwh+fdMmiOt9AcerbgkJef2Ddd2VK 3EporpYnb1qV4SxKOhNRbZ7Q23oyOKuga1gEWHMJzXIChH4UeW/GxyizQnw7TP9EslQA CrMuMv8D3WvMrcDY7JXXLXhJ0C9zT2/OSXjef/SdCmIoRJfaRk0mYdJo3OaWCOt9z4Vg cwrQ== X-Gm-Message-State: AOJu0YzL4YsTdWwtkVrclIhgsQdUWftqKDPcwtFVvHnGxN7xJir5LfOH 35l1oAhV1Xq/0AGcRomVB50bZiXY+A== X-Google-Smtp-Source: AGHT+IGGr3Oj+gBkedw6gwGYNvBPfb3hoPRlN5tKMKYdZQfeg6Reo0Co2aj6h+wDDGU6VkSXDnXaiA== X-Received: by 2002:a17:902:fe82:b0:1cf:b12a:a9eb with SMTP id x2-20020a170902fe8200b001cfb12aa9ebmr4874803plm.19.1702347358167; Mon, 11 Dec 2023 18:15:58 -0800 (PST) Received: from localhost (157-205-200-190.cns.tayoreru.com. [157.205.200.190]) by smtp.gmail.com with ESMTPSA id o1-20020a170902d4c100b001cfcd4eca11sm7311574plg.114.2023.12.11.18.15.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 11 Dec 2023 18:15:57 -0800 (PST) Date: Tue, 12 Dec 2023 11:15:54 +0900 Message-ID: From: Katsumi Yamaoka To: bug-gnu-emacs@gnu.org Subject: 30.0.50; `t' command on Gnus summary buffer sometimes causes an error Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Received-SPF: pass client-ip=209.85.214.182; envelope-from=katsumi.yamaoka@gmail.com; helo=mail-pl1-f182.google.com X-Spam_score_int: -13 X-Spam_score: -1.4 X-Spam_bar: - X-Spam_report: (-1.4 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=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.5 (+) 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: Because the `gnus-article-treat-fold-headers' function does not work as expected. `t' command, i.e. `gnus-summary-toggle-header' is invoked on the Gnus summary buffer, that runs by default `gnus-artic [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (katsumi.yamaoka[at]gmail.com) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different -0.0 T_SCC_BODY_TEXT_LINE 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: 0.5 (/) Because the `gnus-article-treat-fold-headers' function does not work as expected. `t' command, i.e. `gnus-summary-toggle-header' is invoked on the Gnus summary buffer, that runs by default `gnus-article-treat-fold-headers' by way of `gnus-treat-article'. It works on the article buffer and folds headers with the help of the pixel-fill functions. One of them, `pixel-fill-region' uses the built-in `window-text-pixel-size' function, that is required to run on the selected window in which there is the text to measure the pixel size (since `pixel-fill-region' passes nil to `window-text-pixel-size' as the 1st argument `WINDOW'). ,---- | (window-text-pixel-size &optional WINDOW FROM TO ...) | | Return the size of the text of WINDOW's buffer in pixels. | WINDOW must be a live window and defaults to the selected one. `---- Therefore, the window should be that of the article. However, in that situation the selected one is that of the summary, as mentioned above. Because of this, the `window-text-pixel-size' sometimes returns a funny value and it causes the error like this: Debugger entered--Lisp error: (error "The indentation (640) is wider than th... signal(error ("The indentation (640) is wider than the fill width (623)"))... error("The indentation (%s) is wider than the fill width (%s)" 640 623)... (progn (error "The indentation (%s) is wider than the fill width (%s)" ind... (if (> indentation pixel-width) (progn (error "The indentation (%s) is wid... (let ((indentation (car (window-text-pixel-size nil (line-beginning-positi... (save-excursion (goto-char start) (let ((indentation (car (window-text-pix... pixel-fill-region(101 181 623) [...] command-execute(gnus-summary-toggle-header) Another possible cause might be the recent change (33b6de7a) made in `window-text-pixel-size', because such an error doesn't look to cause in Emacs 29.1.90 (the function before the change might possibly have worked on the current buffer, not the selected window). Here is a quick hack: * lisp/gnus/gnus-art.el (gnus-article-treat-fold-headers): Make sure the article window is selected while running pixel-fill-region. --8<---------------cut here---------------start------------->8--- --- gnus-art.el~ 2023-12-10 23:22:23.410103300 +0000 +++ gnus-art.el 2023-12-12 02:11:11.364620000 +0000 @@ -2240,7 +2240,9 @@ (if (not (gnus--variable-pitch-p (get-text-property (point) 'face))) (mail-header-fold-field) (forward-char 1) - (pixel-fill-region (point) (point-max) (pixel-fill-width))) + (save-window-excursion + (set-window-buffer nil (current-buffer)) + (pixel-fill-region (point) (point-max) (pixel-fill-width)))) (goto-char (point-max)))))) (defun gnus-article-treat-suspicious-headers () --8<---------------cut here---------------end--------------->8--- In GNU Emacs 30.0.50 (build 1, x86_64-pc-cygwin, GTK+ Version 3.22.28, cairo version 1.17.4) of 2023-12-12 built on localhost Windowing system distributor 'The Cygwin/X Project', version 11.0.12101008 Configured using: 'configure 'CFLAGS=-O0 -g3' --verbose --infodir=/usr/local/info/emacs --with-x-toolkit=gtk3 --with-cairo-xcb --with-imagemagick --with-native-compilation=no' From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 12 06:52:02 2023 Received: (at 67791) by debbugs.gnu.org; 12 Dec 2023 11:52:02 +0000 Received: from localhost ([127.0.0.1]:55391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rD1Iv-0007gW-IE for submit@debbugs.gnu.org; Tue, 12 Dec 2023 06:52:02 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:57276) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rD1It-0007gB-1M for 67791@debbugs.gnu.org; Tue, 12 Dec 2023 06:51:59 -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 1rD1IY-0005r0-2Y; Tue, 12 Dec 2023 06:51:38 -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=O41qFez7Af+i/vcpuJJH7nwICc8CPK9EsmvIYnPzSJs=; b=Wzp3Uklfe2FK 6Tm0JGV9XQ2LJ//y/n7rZYGRaynz445P5+knP+V1wBFyCFwfZLy6Kg9UDIK9tJMIFF/OEzedAx9wP VWVvo8hQMXVEhLyyVY9bi+JnJUlpMwXzDK6QzbA5rnPR4A+uNAe1RrR5mTXYHM55jgZCCPhV2w2rS xfGOTndw1f7ZnEIsjgEtwEbSUS62iacNn0i05zGC9G2Bxml+KpDkSjCtUvj9G/NnHuzlnRSH5ckqo G9wgUpfK9cQkN152bcx1R7cQrU+ojGXwsK9J5p6j58sYpF2nOplQTfiofdycVQY4vntV7qvbZdiHK FBXf1bBR/Y1c2p1sr3vVuA==; Date: Tue, 12 Dec 2023 13:51:30 +0200 Message-Id: <834jgnvdtp.fsf@gnu.org> From: Eli Zaretskii To: Katsumi Yamaoka In-Reply-To: (message from Katsumi Yamaoka on Tue, 12 Dec 2023 11:15:54 +0900) Subject: Re: bug#67791: 30.0.50; `t' command on Gnus summary buffer sometimes causes an error References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 67791 Cc: 67791@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: Tue, 12 Dec 2023 11:15:54 +0900 > From: Katsumi Yamaoka > > Because the `gnus-article-treat-fold-headers' function does not > work as expected. `t' command, i.e. `gnus-summary-toggle-header' > is invoked on the Gnus summary buffer, that runs by default > `gnus-article-treat-fold-headers' by way of `gnus-treat-article'. > It works on the article buffer and folds headers with the help of > the pixel-fill functions. One of them, `pixel-fill-region' uses > the built-in `window-text-pixel-size' function, that is required > to run on the selected window in which there is the text to > measure the pixel size (since `pixel-fill-region' passes nil to > `window-text-pixel-size' as the 1st argument `WINDOW'). > ,---- > | (window-text-pixel-size &optional WINDOW FROM TO ...) > | > | Return the size of the text of WINDOW's buffer in pixels. > | WINDOW must be a live window and defaults to the selected one. > `---- > Therefore, the window should be that of the article. However, > in that situation the selected one is that of the summary, as > mentioned above. Because of this, the `window-text-pixel-size' > sometimes returns a funny value and it causes the error like > this: > > Debugger entered--Lisp error: (error "The indentation (640) is wider than th... > signal(error ("The indentation (640) is wider than the fill width (623)"))... > error("The indentation (%s) is wider than the fill width (%s)" 640 623)... > (progn (error "The indentation (%s) is wider than the fill width (%s)" ind... > (if (> indentation pixel-width) (progn (error "The indentation (%s) is wid... > (let ((indentation (car (window-text-pixel-size nil (line-beginning-positi... > (save-excursion (goto-char start) (let ((indentation (car (window-text-pix... > pixel-fill-region(101 181 623) > [...] > command-execute(gnus-summary-toggle-header) > > Another possible cause might be the recent change (33b6de7a) > made in `window-text-pixel-size', because such an error doesn't > look to cause in Emacs 29.1.90 (the function before the change > might possibly have worked on the current buffer, not the > selected window). Did you try using the newer buffer-text-pixel-size instead? From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 12 21:12:06 2023 Received: (at 67791-done) by debbugs.gnu.org; 13 Dec 2023 02:12:06 +0000 Received: from localhost ([127.0.0.1]:57987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rDEjG-0001JD-0u for submit@debbugs.gnu.org; Tue, 12 Dec 2023 21:12:06 -0500 Received: from mail-pj1-f51.google.com ([209.85.216.51]:59600) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rDEjE-0001Ih-7I for 67791-done@debbugs.gnu.org; Tue, 12 Dec 2023 21:12:04 -0500 Received: by mail-pj1-f51.google.com with SMTP id 98e67ed59e1d1-28abda9ca94so1438783a91.2 for <67791-done@debbugs.gnu.org>; Tue, 12 Dec 2023 18:11:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702433503; x=1703038303; h=mime-version:organization:references:subject:cc:to:from:message-id :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=C77gbs3zxyYMn/SvnyYrriafjeOMyddyK/zG3WixU7c=; b=DvpRgm1wrrxAYrk0ywEyxmRxOmx0LyBxT3iqrZVrT2SFy6tbxdwr6n43SA05AGVcQ8 rD9+gKNYRS5tWbdGmD/4lrPgybj2SgJJ4O7aZL6ITPJmUYDozK9GXY8uGgCaMwhp1Szl 0qZ5PazPBxWHu0hXtRPE9++RWxfDeKs7oK7rDAQVOEgB5rcDkZyEU1YYc4QGosJv9Qjo RB5Q1EAwF+N86p2a5Avd4Cc2kWDwmwgaPy8JLOg/UqBp+SezMBqQGS0omgWhdGppwyxW pA2G/IAn5kGrvVI/JfOTkTK8fM4G/dhE4g5YSqiQKIui6Yi0qAm3HpQrvtbGUKI+Mlt1 P4Vw== X-Gm-Message-State: AOJu0YwVAZNzfaSromr9gGQ32pjGAGpsWOf1MVOCsWbsPZDntx+eTYM/ 8AWtOfQHGM0LHJmo5G3UpQ== X-Google-Smtp-Source: AGHT+IFezle4FxRuCZscL32jthG7qTSZMETpF6NsDurioYlIWKOD77WxZm4KnWsEYTMssNzxV2obFw== X-Received: by 2002:a17:90a:1157:b0:285:a204:fc47 with SMTP id d23-20020a17090a115700b00285a204fc47mr6003404pje.17.1702433502586; Tue, 12 Dec 2023 18:11:42 -0800 (PST) Received: from localhost (157-205-200-190.cns.tayoreru.com. [157.205.200.190]) by smtp.gmail.com with ESMTPSA id sr6-20020a17090b4e8600b00286d44e0c59sm9849809pjb.36.2023.12.12.18.11.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 12 Dec 2023 18:11:41 -0800 (PST) Date: Wed, 13 Dec 2023 11:11:38 +0900 Message-ID: From: Katsumi Yamaoka To: Eli Zaretskii Subject: Re: bug#67791: 30.0.50; `t' command on Gnus summary buffer sometimes causes an error References: <834jgnvdtp.fsf@gnu.org> Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 67791-done Cc: 67791-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: -0.5 (/) On Tue, 12 Dec 2023 13:51:30 +0200, Eli Zaretskii wrote: > Did you try using the newer buffer-text-pixel-size instead? Thanks, but I didn't know and not tried it. Probably the buffer needs to be narrowed to FROM and TO, that are the arguments passed to `window-text-pixel-size'. Un?fortunately the error comes not to happen on today's Emacs built for the unknown reason. The article window is always selected when `pixel-fill-region' runs in spite of invoking the `t' command on the summary window. So, I'm closing this bug, but I'll reopen it if the issue arises again. Regards, From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 13 06:56:10 2023 Received: (at 67791-done) by debbugs.gnu.org; 13 Dec 2023 11:56:10 +0000 Received: from localhost ([127.0.0.1]:58335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rDNqU-000176-0J for submit@debbugs.gnu.org; Wed, 13 Dec 2023 06:56:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:34816) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rDNqR-00016i-FH for 67791-done@debbugs.gnu.org; Wed, 13 Dec 2023 06:56:08 -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 1rDNq5-0001qU-Vu; Wed, 13 Dec 2023 06:55:46 -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=754GvkmrmOFzJ6gEoa+u1y61+dfEpcVKYuxzyK91WWc=; b=DPDbzo1N4mns RSx4wecvxr/YiQQo3r6gs4GJYM+ZUXk3Yj0NZbAhxMlo6dFfn9gkHXfJlvStYBTG6ZSJUAQIQl0zO OBYtyspNWSfYWC2G8PKZxbMFmEV/D9+BlTkHS0HnMrB3nvlHpL/AGHq4Uqt8avs5IYDr6WfkRFoic GCxzTnupuHTUYxHicURpx79YKhGvdE7hOF8Y1pN/JScHLmEU0ME7B5veogY6SM4Pj2f0ilTyHFogt bKkRwtlQxEA0dH5AtAmGtIXedebLJwzvUy+X3fXJ1DvxX7gSWChsqCJfanDSRaCfQtTbu2uLmyj3x w7aqT/UVDlA7ONfgkrUEBQ==; Date: Wed, 13 Dec 2023 13:55:32 +0200 Message-Id: <83sf46s4ej.fsf@gnu.org> From: Eli Zaretskii To: Katsumi Yamaoka In-Reply-To: (message from Katsumi Yamaoka on Wed, 13 Dec 2023 11:11:38 +0900) Subject: Re: bug#67791: 30.0.50; `t' command on Gnus summary buffer sometimes causes an error References: <834jgnvdtp.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 67791-done Cc: 67791-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 (---) > Date: Wed, 13 Dec 2023 11:11:38 +0900 > From: Katsumi Yamaoka > Cc: 67791-done@debbugs.gnu.org > > On Tue, 12 Dec 2023 13:51:30 +0200, Eli Zaretskii wrote: > > Did you try using the newer buffer-text-pixel-size instead? > > Thanks, but I didn't know and not tried it. Probably the buffer > needs to be narrowed to FROM and TO, that are the arguments > passed to `window-text-pixel-size'. I don't think you need to narrow the buffer, no. > Un?fortunately the error comes not to happen on today's Emacs > built for the unknown reason. The article window is always > selected when `pixel-fill-region' runs in spite of invoking the > `t' command on the summary window. So, I'm closing this bug, > but I'll reopen it if the issue arises again. OK, thanks. If it does arise again, please try using buffer-text-pixel-size in that place, I think it fits better what (AFAIU) the code wants to accomplish there. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 19 19:34:18 2023 Received: (at 67791) by debbugs.gnu.org; 20 Dec 2023 00:34:18 +0000 Received: from localhost ([127.0.0.1]:37983 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rFkXR-0004wB-RI for submit@debbugs.gnu.org; Tue, 19 Dec 2023 19:34:18 -0500 Received: from mail-oi1-f170.google.com ([209.85.167.170]:55592) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rFkXM-0004vr-Ii for 67791@debbugs.gnu.org; Tue, 19 Dec 2023 19:34:16 -0500 Received: by mail-oi1-f170.google.com with SMTP id 5614622812f47-3ba53596119so1295100b6e.3 for <67791@debbugs.gnu.org>; Tue, 19 Dec 2023 16:34:09 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1703032444; x=1703637244; h=mime-version:organization:references:subject:cc:to:from:message-id :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=FkQBbe+m9e2EEs4KL0axX9onJAT6fnJbKvXx8yrNglM=; b=woNLo8moHJydHcu5uGHYQxvE4iWdqzF+DH0HgVvVbj0a2ROW6JhziEihJDwm0hoIBo Rpzo1OSoyuSTxaWLDsuUnhKOYZK8DxhwDsbGeSB18Ubk75mEmCg6fAQ1cqZqgEH2Xppu QN/s6uWqiwDHO6QhgcSPEGrUaZqYw9YWQgpGd3D0UgE0+y1o0iTA8G0KzUH+Ur8fZwkt zvNjQEMg/SqgD3KwrY8SkIOqWEg9t94eGs/FrPCbS06ynDwQ71MLivVpGok69qSYbGgo Wh1OlsCIzn0wJ3cB2JtO45Zps2aBM1XiXErTIHRn44OfH/YuGHzpDOAONc11NyZ2x5BF +Vxw== X-Gm-Message-State: AOJu0YwrSOpuzXGgvriQvhg1SxbVHYfFWiNVtTT7zKWg2W7kQ0HI3uAM qr2SI8xfiCEpgmRlYiOiRs0v0KyZUQ== X-Google-Smtp-Source: AGHT+IF+dR+DKgFhESLmsx8o5mM5WjkCo2uLkKyX5OumZuabB1pOb4TaT+q+W9zgl6yBicoi+tA6lg== X-Received: by 2002:a05:6808:3c87:b0:3b9:d722:fb11 with SMTP id gs7-20020a0568083c8700b003b9d722fb11mr18899245oib.62.1703032443865; Tue, 19 Dec 2023 16:34:03 -0800 (PST) Received: from localhost (157-205-200-190.cns.tayoreru.com. [157.205.200.190]) by smtp.gmail.com with ESMTPSA id c9-20020a62e809000000b006d95bb706cbsm62650pfi.101.2023.12.19.16.34.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 Dec 2023 16:34:03 -0800 (PST) Date: Wed, 20 Dec 2023 09:34:00 +0900 Message-ID: From: Katsumi Yamaoka To: Eli Zaretskii Subject: Re: bug#67791: 30.0.50; `t' command on Gnus summary buffer sometimes causes an error References: <834jgnvdtp.fsf@gnu.org> <83sf46s4ej.fsf@gnu.org> Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 67791 Cc: 67791@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.5 (/) reopen 67791 The bugs is getting back again with the error such as the one I reported in (). On Wed, 13 Dec 2023 13:55:32 +0200, Eli Zaretskii wrote: >> On Tue, 12 Dec 2023 13:51:30 +0200, Eli Zaretskii wrote: >>> Did you try using the newer buffer-text-pixel-size instead? >> Thanks, but I didn't know and not tried it. Probably the buffer >> needs to be narrowed to FROM and TO, that are the arguments >> passed to `window-text-pixel-size'. > I don't think you need to narrow the buffer, no. `pixel-fill-region' measures the pixel width of the first letter of a message header using `window-text-pixel-size' as follows: (window-text-pixel-size nil (line-beginning-position) (point)) Where the point is just after the first letter of a header. So, how do we use `buffer-text-pixel-size' so to do the same thing? It's nice if it can be used even when the window in which a letter to be measured exists is not the selected one. But if it's not possible, I think the best way whould be to use the patch I posted first: --- gnus-art.el~ 2023-12-10 23:22:23.410103300 +0000 +++ gnus-art.el 2023-12-12 02:11:11.364620000 +0000 @@ -2240,7 +2240,9 @@ (if (not (gnus--variable-pitch-p (get-text-property (point) 'face))) (mail-header-fold-field) (forward-char 1) - (pixel-fill-region (point) (point-max) (pixel-fill-width))) + (save-window-excursion + (set-window-buffer nil (current-buffer)) + (pixel-fill-region (point) (point-max) (pixel-fill-width)))) (goto-char (point-max)))))) (defun gnus-article-treat-suspicious-headers () This makes `window-text-pixel-size' sure to run on the article window. Regards, From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 20 07:53:46 2023 Received: (at 67791) by debbugs.gnu.org; 20 Dec 2023 12:53:46 +0000 Received: from localhost ([127.0.0.1]:38859 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rFw54-0000QI-36 for submit@debbugs.gnu.org; Wed, 20 Dec 2023 07:53:46 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:49622) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rFw51-0000Q4-Os for 67791@debbugs.gnu.org; Wed, 20 Dec 2023 07:53:44 -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 1rFw4s-0007w2-PH; Wed, 20 Dec 2023 07:53:34 -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=oy451Bu8MwVXGguNuxEpCZCoKYYuElM52bra3xBTF1E=; b=ACO41HZ42hYm MtXQ7loqa5VEVfHDBhe7FCMRKIekA4EEyQilyJtPKZHE6CbJjcZke+emXGrl8j+9tfPNg+xgpI7P2 BCA8I4AD1FSESMkZWArSF1RkFhZcszJ7ZNPmC+QNTXHxGtGbEyzRlBhFmtJP3hLcFwSYmJIssaa4C O6cyRCg31fba/BrA16NOBZsC6+65RR9NgDhaCKO7cNiLGDQqIbp1NQzSs4oTiIO+i82dAAH+kowaM hP/WwQHce8sRk3HD7dpaWbHAyUTSVLKWoC5gXAHWV3yxwL1xdo4DqeoAflLy8IJKMNBeRweN8ro2Y wdJAjT5n17k45rLveusdFA==; Date: Wed, 20 Dec 2023 14:53:02 +0200 Message-Id: <83r0jhghn5.fsf@gnu.org> From: Eli Zaretskii To: Katsumi Yamaoka In-Reply-To: (message from Katsumi Yamaoka on Wed, 20 Dec 2023 09:34:00 +0900) Subject: Re: bug#67791: 30.0.50; `t' command on Gnus summary buffer sometimes causes an error References: <834jgnvdtp.fsf@gnu.org> <83sf46s4ej.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 67791 Cc: 67791@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: Wed, 20 Dec 2023 09:34:00 +0900 > From: Katsumi Yamaoka > Cc: 67791@debbugs.gnu.org > > `pixel-fill-region' measures the pixel width of the first letter > of a message header using `window-text-pixel-size' as follows: > > (window-text-pixel-size nil (line-beginning-position) (point)) > > Where the point is just after the first letter of a header. So, > how do we use `buffer-text-pixel-size' so to do the same thing? If this is a general problem with pixel-fill-region, then shouldn't the save-window-excursion thing be in pixel-fill-region instead? IOW, in pixel-fill-region, if the selected window doesn't display the current buffer, use save-window-excursion to make it so (to avoid thej costly save-window-excursion when the current buffer is already in the selected window). Or what am I missing? From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 20 19:39:29 2023 Received: (at 67791) by debbugs.gnu.org; 21 Dec 2023 00:39:29 +0000 Received: from localhost ([127.0.0.1]:42093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rG761-0007DL-BS for submit@debbugs.gnu.org; Wed, 20 Dec 2023 19:39:29 -0500 Received: from mail-ot1-f53.google.com ([209.85.210.53]:57463) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rG75v-0007D5-SN for 67791@debbugs.gnu.org; Wed, 20 Dec 2023 19:39:28 -0500 Received: by mail-ot1-f53.google.com with SMTP id 46e09a7af769-6da5d410432so184774a34.2 for <67791@debbugs.gnu.org>; Wed, 20 Dec 2023 16:39:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1703119154; x=1703723954; h=mime-version:organization:references:subject:cc:to:from:message-id :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=5JGjgTQbLcnX8syFtNARSH+cb9VFeL04ygC4pblRLXo=; b=PSS5rUcOAJBgC/8mFXduLa9IlAaZYQz8QtxE3RT8g6IRrb0u+aDQvn2UM7tXSmkRRw slizlxpVIgq2xF/7JIfcM32VUN9VPojn6q6iXrkHIJMXhfsHu8dtOFDce6uoFSVQ9aJf kDrndqSHX7OqduB/8HXV9dUzhG1tkPJsVc/fr4O9ONIYCQZZlvVYzwtfaBBjwqcaSWgb 8mZSeTcvFA2iXtFefk0J4PfNK6bsygqK4AGKCeISAaqU8MHs0hMQZbXUd+Jm0iwIYcEd /9MY1xxUTWKhRbRoWomIq7xIHVvK3QQ4bWYTE1XCIYAReYS4NWADxRLl0k0MVarJ1f7q CiFA== X-Gm-Message-State: AOJu0YwWQMvD7cGWLBu+NSoYwkv219YWp3oMvg2uJ8BhJkBq+3ga7viK mjnKN7N9M4iLt537TvECCA== X-Google-Smtp-Source: AGHT+IFLQpom1j5H2GqEeW0aOZWehK8dwIo51t7Pq9ckew0Xct1NuL8ekH8Nfcq4jc++Y46bEmtIXw== X-Received: by 2002:a05:6830:204a:b0:6db:9ed8:ad01 with SMTP id f10-20020a056830204a00b006db9ed8ad01mr3650932otp.32.1703119154691; Wed, 20 Dec 2023 16:39:14 -0800 (PST) Received: from localhost (157-205-200-190.cns.tayoreru.com. [157.205.200.190]) by smtp.gmail.com with ESMTPSA id k10-20020a63f00a000000b005cd8044c6fesm375069pgh.23.2023.12.20.16.39.13 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Dec 2023 16:39:14 -0800 (PST) Date: Thu, 21 Dec 2023 09:39:11 +0900 Message-ID: From: Katsumi Yamaoka To: Eli Zaretskii Subject: Re: bug#67791: 30.0.50; `t' command on Gnus summary buffer sometimes causes an error References: <834jgnvdtp.fsf@gnu.org> <83sf46s4ej.fsf@gnu.org> <83r0jhghn5.fsf@gnu.org> Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 67791 Cc: 67791@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.5 (/) On Wed, 20 Dec 2023 14:53:02 +0200, Eli Zaretskii wrote: > If this is a general problem with pixel-fill-region, then shouldn't > the save-window-excursion thing be in pixel-fill-region instead? Currently only `gnus-article-treat-fold-headers' uses `pixel-fill-region' in Emacs, > IOW, in pixel-fill-region, if the selected window doesn't display the > current buffer, use save-window-excursion to make it so (to avoid thej > costly save-window-excursion when the current buffer is already in the > selected window). but it's a good idea, I think. From unknown Thu Aug 14 21:49:58 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 18 Jan 2024 12:24:11 +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 From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 02 02:31:20 2024 Received: (at control) by debbugs.gnu.org; 2 Feb 2024 07:31:20 +0000 Received: from localhost ([127.0.0.1]:43551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rVo1A-0001sV-1s for submit@debbugs.gnu.org; Fri, 02 Feb 2024 02:31:20 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:41058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rVo17-0001s6-2C; Fri, 02 Feb 2024 02:31:17 -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 1rVo0r-0003K1-1P; Fri, 02 Feb 2024 02:31:01 -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=IgQYTvg4OUyAIVAFPVS6kntEUwtevQ/ZpdD7uNOoLGY=; b=YTwsRq68X3MZ pg+dMWeoKzlt/mNKkNktOJwUlSfoU5GqoVcMvUOnO19g0NAwdDXbfWVpWYvki54RoiVcxwdrRLAYn NnIqFU6JmH/RfrGyAo4+TrrgqZC/5S2LejmzeEsNYySgKtjOvirUPuT+LpFmd4nwcWHaeC6XImFHr /zs1G2wDLrRE2j1efXWM2Sezmi6sAjW0SbhGqTW4yIJvx6GdQ6XZOA390iiJ+sjPFnuA/+LMT1Jym E551we8K0pnwDJ6ftM+bH/gTCWZRMgQvf0fHvZ/AjFClhz9LK+UdJgTQ5r2k8ztyTEkiSaD1AJHU0 XWk6kZP1FrLWQKezvhM3zw==; Date: Fri, 02 Feb 2024 09:30:57 +0200 Message-Id: <86y1c3xqz2.fsf@gnu.org> From: Eli Zaretskii To: No Wayman In-Reply-To: <87v877gyp1.fsf@gmail.com> (message from No Wayman on Fri, 02 Feb 2024 01:36:10 -0500) Subject: Re: bug#68884: 30.0.50; error in process filter: pixel-fill-region: The indentation (947) is wider than the fill width (919) References: <87v877gyp1.fsf@gmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control Cc: 68884@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 (---) unarchive 67791 reopen 67791 merge 68884 67791 thanks > From: No Wayman > Date: Fri, 02 Feb 2024 01:36:10 -0500 > > > I've been seeing the following error when mu4e attempts to render > views: > > error in process filter: pixel-fill-region: The indentation (947) > is wider than the fill width (919) > > I reported it upstream to mu4e's maintainer who referred me here > due to the fact that mu4e uses gnus to render email. > However, I am unable to reproduce by using gnus alone to view the > same messages. > The error only occurs when the Emacs frame is <= one half the > width of my laptop's 1920x1080 monitor. > The error does not occur on Emacs 29.2. > Git bisect points to the following commit: > > 33b6de7acec0536290939303855947c0c2af57d2 is the first bad commit > commit 33b6de7acec0536290939303855947c0c2af57d2 > Author: Eli Zaretskii > Date: Sun Dec 3 18:29:09 2023 +0200 > > Improve 'window-text-pixel-size' when buffer includes images I believe this is a duplicate of bug#67791, so I'm merging them (and reopening 67791). FTR, the bug is in pixel-fill-region, not in the above commit (which just exposed the bug in pixel-fill-region). The discussion of bug#67791 includes a workaround and my suggestion for a better solution. Can you try those and see if they solve this problem? From unknown Thu Aug 14 21:49:58 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: Did not alter fixed versions and reopened. Date: Fri, 02 Feb 2024 07:32:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # Did not alter fixed versions and reopened. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 02 10:53:10 2024 Received: (at control) by debbugs.gnu.org; 2 Feb 2024 15:53:10 +0000 Received: from localhost ([127.0.0.1]:45459 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rVvqn-00021O-Oi for submit@debbugs.gnu.org; Fri, 02 Feb 2024 10:53:10 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rVvqk-00020r-PY; Fri, 02 Feb 2024 10:53:07 -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 1rVvqU-0008Bn-By; Fri, 02 Feb 2024 10:52:50 -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=UGR2BmRGJY5joDxIZHasm108voxjcCaCJZlvHw8W23c=; b=JQ4zTJy8Q6zu wHip+iNm500QCsvh94ph5ZETPb5E+RALkEammcuOGKQHkpQIjmVOtBqaKtcSU3/a8pLCzOXsW3FP/ O0pSfcZeGOcVOTFaH83CEh52csHcGcrzXVcF8XbI8fPAmFeyt0Rq3ebb8aZVt+CfDhyg0VhEOL9ck EbNl61wjsjbLJDBUFmFM/MWyEKJ3ozSwRJDNoz/KBmmaPk1F2Rb9Tdu50B1Q9HOx8/lOruGfpY1sA 5WdmYcazk0NTYhYZFN9Owr8ixdxqpQ9CQTgMVZVg9bDVNFGfJxi2CKdf/w15dtKJU5rtfsFHYdrVh ZBkO1nJpT9RJ89iZHU26aA==; Date: Fri, 02 Feb 2024 17:52:48 +0200 Message-Id: <86v87650dr.fsf@gnu.org> From: Eli Zaretskii To: Stephen Berman In-Reply-To: <875xz6285v.fsf@gmx.net> (bug-gnu-emacs@gnu.org) Subject: Re: bug#68893: 30.0.50; pixel-fill-region errors when folding message headers in Gnus References: <875xz6285v.fsf@gmx.net> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control Cc: 68893@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 (---) merge 68893 67791 thanks > Date: Fri, 02 Feb 2024 16:33:00 +0100 > From: Stephen Berman via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > When I type `t' (gnus-summary-toggle-header) on many (but not all) > articles in the Gnus Summary buffer, I get an error in pixel-fill-region > that the indentation is wider than the fill width. I can reproduce the > error as follows: > > 0. emacs -Q > 1. Enable debug-on-error. > 2. M-x gnus, type `y' at the prompt, then type `B RET news.gmane.io > RET', then `C-s emacs.bugs RET RET 1 RET' to enter the Gnus Summary > buffer showing the latest article in the gnu.emacs.bugs group. Then > type `j' and at the prompt paste the following Message-ID (of an > article that reliably induces the error) into the minibuffer: > > 3. Type `t'. This raises an error and produces the following backtrace: This is another duplicate of bug#67791. Please see there for the analysis and the proposed solutions. Thanks. From unknown Thu Aug 14 21:49:58 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 02 Mar 2024 12:24:09 +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