GNU bug report logs - #55824
gnus-article-fill-long-lines vs. long Subjects

Previous Next

Package: emacs;

Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>

Date: Tue, 7 Jun 2022 00:36:02 UTC

Severity: normal

Tags: wontfix

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 55824 <at> debbugs.gnu.org
Subject: bug#55824: gnus-article-fill-long-lines vs. long Subjects
Date: Sun, 12 Jun 2022 15:59:23 +0800
[Message part 1 (text/plain, inline)]
Wait!
If I do
$ echo test| mail -s xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx $USER
indeed, like you said, the subject is wrapped and I get to see all the
x's. Good.

Same if I use -s "..xxx xxx..." (putting some blanks in the subject.)

But, if I pipe the attached message into procmail,
then in gnus I see the subject truncated there in the Article buffer!

[ll (application/octet-stream, attachment)]
[Message part 3 (text/plain, inline)]

>>>>> "LI" == Lars Ingebrigtsen <larsi <at> gnus.org> writes:
LI> 積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

>> The only way I can see the rest of that line is to put the cursor on it
>> and hit ^e.

LI> Subject headers aren't displayed that way by default, so you've
LI> configured it to, I think?  

This bug report was last modified 3 years and 37 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.