Bug in summary buffer line?

Bug in summary buffer line?

[Niklas Morberg]

When looking at mails older than one month, the
`&user-date;' seems to get confused; instead of displaying
the date, the number of the month is displayed instead. The
incorrect result is this (copied from my summary buffer):

?* okt 10 '01 [   0 Majordomo@hpc.uh.edu] Welcome to ding

but the actual date of the message is not the 10th of
October, but rather the 23rd (copied from message header):

Date: Tue, 23 Oct 2001 15:03:15 -0500 (CDT)

The problem occurs with all emails received last year.

I'm using NTEmacs 21.1 with CVS gnus from just now. This is
in my .gnus:

(setq gnus-summary-line-format "%U%R%z%B%&user-date; %[%4L %-20,20n%] %s\n")

It seems weird that nobody has noticed this problem before,
so maybe there is something amiss with my settings?

Niklas

Re: Bug in summary buffer line?

[Frank Schmitt]

[-- Attachment #1: Type: text/plain, Size: 370 bytes --]

Niklas Morberg <niklas.morberg@axis.com> writes:

>When looking at mails older than one month, the
>`&user-date;' seems to get confused; instead of displaying
>the date, the number of the month is displayed instead. The
>incorrect result is this (copied from my summary buffer):
>
>?* okt 10 '01 [   0 Majordomo@hpc.uh.edu] Welcome to ding

Confirmed. here is the fix:


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Fix typo --]
[-- Type: text/x-patch, Size: 644 bytes --]

--- gnus-util.el.old	Sun Jan  6 15:33:04 2002
+++ gnus-util.el	Tue Jan 15 15:02:32 2002
@@ -343,7 +343,7 @@
     (604800 . "%a %k:%M")                   ;;that's one week
     ((gnus-seconds-month) . "%a %d")
     ((gnus-seconds-year) . "%b %d")
-    (t . "%b %m '%y"))                      ;;this one is used when no other does match
+    (t . "%b %d '%y"))                      ;;this one is used when no other does match
   "Alist of time in seconds and format specification used to display dates not older.
 The first element must be a number or a function returning a
 number. The second element is a format-specification as described in


[-- Attachment #3: Type: text/plain, Size: 175 bytes --]

-- 
One Ring to rule them all, One Ring to find them,
One Ring to bring them all and in the darkness bind them
In the Land of Mordor where the Shadows lie.
19. Dezember 2001

Re: Bug in summary buffer line?

[Niklas Morberg]

Frank Schmitt <usereplyto@Frank-Schmitt.net> writes:

> Confirmed. here is the fix:

Thanks, it now works as it should.

On a somewhat related side-note: do I really need to restart
emacs for changes to take effect? I applied your patch with
epatch, recompiled the gnus-util.el file and then restarted
gnus (hitting `R' in the Group buffer) but the change did
not take. Quitting gnus and starting it again with `M-x
gnus' did not help either.

Quitting emacs and starting again finally did the trick, but
is this really necessary?

Niklas

Re: Bug in summary buffer line?

[Colin Marquardt]

Niklas Morberg <niklas.morberg@axis.com> writes:

> On a somewhat related side-note: do I really need to restart
> emacs for changes to take effect? I applied your patch with
> epatch, recompiled the gnus-util.el file and then restarted
> gnus (hitting `R' in the Group buffer) but the change did
> not take. Quitting gnus and starting it again with `M-x
> gnus' did not help either.

You could have tried M-x gnus-unload instead of exiting emacs:

,----
| gnus-unload is an interactive Lisp function in `/user/cmarqu/emacs/gnus/lisp/gnus-start.el'.
| (gnus-unload)
| 
| Unload all Gnus features.
| (For some value of `all' or `Gnus'.)  Currently, features whose names
| have prefixes `gnus-', `nn', `mm-' or `rfc' are unloaded.  Use
| cautiously -- unloading may cause trouble.
`----

Colin

Re: Bug in summary buffer line?

[ShengHuo ZHU]

Frank Schmitt <usereplyto@Frank-Schmitt.net> writes:

> Niklas Morberg <niklas.morberg@axis.com> writes:
>
>>When looking at mails older than one month, the
>>`&user-date;' seems to get confused; instead of displaying
>>the date, the number of the month is displayed instead. The
>>incorrect result is this (copied from my summary buffer):
>>
>>?* okt 10 '01 [   0 Majordomo@hpc.uh.edu] Welcome to ding
>
> Confirmed. here is the fix:
>
> --- gnus-util.el.old	Sun Jan  6 15:33:04 2002
> +++ gnus-util.el	Tue Jan 15 15:02:32 2002
> @@ -343,7 +343,7 @@

I'll install it.

ShengHuo