ohthesummernighthasasmileoflightandsitsonasapphirethrone

ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Michael R Cook]

I'm on at least one mailing list in which some software somewhere
seems to be inserting ^Ms (literal control-M characters) in the
middle of subject lines.  I guess that the mailing list's remailer
has decided that the subject line is too long, and so it tries to
break the line up into multiple lines.

That behavior seems to be kind of braindead to begin with.

But what's interesting is how Gnus handles these Subject lines.
These ^Ms cause Gnus (Pterodactyl Gnus v0.40) to create a
funny-looking *Summary* buffer.  Gnus seems to convert each ^M
character into a newline character, and each *Summary* line ends up
displaying as multiple lines.

Is Gnus intentionally displaying these Subject lines as multiple
lines in the *Summary* buffer, or is this just an accident.

Michael.

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Lars Magne Ingebrigtsen]

Michael R Cook <cook@clearviewtech.com> writes:

> But what's interesting is how Gnus handles these Subject lines.
> These ^Ms cause Gnus (Pterodactyl Gnus v0.40) to create a
> funny-looking *Summary* buffer.  Gnus seems to convert each ^M
> character into a newline character, and each *Summary* line ends up
> displaying as multiple lines.

How utterly.

If I put

hei\rho

into a buffer, and then call

(decode-coding-region (point-min) (point-max) 'iso-8859-1)

I then get

hei
ho

in that buffer.  Is that how it's supposed to be?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Yair Friedman]

It also happens in Gnus v5.6.43/GNU Emacs 19.34.1
--
Yair.

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Lars Magne Ingebrigtsen]

Yair Friedman <yfriedma@JohnBryce.Co.Il> writes:

> It also happens in Gnus v5.6.43/GNU Emacs 19.34.1

Yup.  Fix in Pterodactyl Gnus v0.43.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[John H Palmieri]

Pterodactyl Gnus v0.42
GNU Emacs 20.3.1 (sparc-sun-solaris2.5.1, X toolkit) of Thu Aug 27 1998 on darwin


Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Yair Friedman <yfriedma@JohnBryce.Co.Il> writes:
> 
> > It also happens in Gnus v5.6.43/GNU Emacs 19.34.1
> 
> Yup.  Fix in Pterodactyl Gnus v0.43.

I have a related problem with these sorts of subjects lines, and I
don't know if your fix takes care of it: when I have the variable 

   gnus-thread-hide-subtree

set to 't', then gnus hangs when entering a group which has such
subject lines.  The *Messages* buffer looks like this:

Retrieving newsgroup: nnml:mail.gnus...
Fetching headers for nnml:mail.gnus...
Fetching headers for nnml:mail.gnus...done
Generating summary...
Generating summary...done

(At this point I wait while nothing happens, then I hit C-g to regain
control.  Then I (setq gnus-thread-hide-subtree nil) so I can enter
the group successfully.)

-- 
John H. Palmieri
e-mail: palmieri@member.ams.org        URL:http://www.nd.edu/~jpalmier/

"What part of GNU don't you understand?"

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Lars Magne Ingebrigtsen]

John H Palmieri <John.H.Palmieri.2@nd.edu> writes:

> I have a related problem with these sorts of subjects lines, and I
> don't know if your fix takes care of it: when I have the variable 
> 
>    gnus-thread-hide-subtree
> 
> set to 't', then gnus hangs when entering a group which has such
> subject lines.

It's the same bug.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Michael R Cook]

> > It also happens in Gnus v5.6.43/GNU Emacs 19.34.1
> 
> Yup.  Fix in Pterodactyl Gnus v0.43.

I still see the same behavior.  (Pterodactyl Gnus v0.44, GNU Emacs
20.3.1 (i386-unknown-openbsd2.3, X toolkit))

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Lars Magne Ingebrigtsen]

Michael R Cook <cook@clearviewtech.com> writes:

> I still see the same behavior.  (Pterodactyl Gnus v0.44, GNU Emacs
> 20.3.1 (i386-unknown-openbsd2.3, X toolkit))

What mail backend do you use?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Christian Kurz]

Lars Magne Ingebrigtsen <larsi@gnus.org> wrote:

> Michael R Cook <cook@clearviewtech.com> writes:
> 
> > I still see the same behavior.  (Pterodactyl Gnus v0.44, GNU Emacs
> > 20.3.1 (i386-unknown-openbsd2.3, X toolkit))
> 
> What mail backend do you use?

I have the same problem here. I'm using pgnus 0.44. XEmacs 21.0 "pre6"
(i-586-pc-linux, Mule). I get this problem only when I try to access the 
nnfolder which I use for Gnus. With other nnfolder I don't have a
problem.

Christian
-- 
M$: Our software of tomorrow will make sure that on your 
hardware of tomorrow everything will work at the usual speed. ;-)

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Michael R Cook]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> > I still see the same behavior.  (Pterodactyl Gnus v0.44, GNU Emacs
> > 20.3.1 (i386-unknown-openbsd2.3, X toolkit))
> 
> What mail backend do you use?

nnml.

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Lars Magne Ingebrigtsen]

Michael R Cook <cook@clearviewtech.com> writes:

> > What mail backend do you use?
> 
> nnml.

Hm.  I'm unable to reproduce the thing with NOV parsing, but I did
find a bug in the non-NOV parsing...

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Michael R Cook]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Michael R Cook <cook@clearviewtech.com> writes:
> 
> > > What mail backend do you use?
> > 
> > nnml.
> 
> Hm.  I'm unable to reproduce the thing with NOV parsing, but I did
> find a bug in the non-NOV parsing...

Okay, that did it.  0.45 doesn't exhibit the problem.  Thanks.

Re: ohthesummernighthasasmileoflightandsitsonasapphirethrone

[Christian Kurz]

Christian Kurz <shorty@jupiter.rhein-neckar.de> wrote:

> Lars Magne Ingebrigtsen <larsi@gnus.org> wrote:
> 
> > Michael R Cook <cook@clearviewtech.com> writes:
> > 
> > > I still see the same behavior.  (Pterodactyl Gnus v0.44, GNU Emacs
> > > 20.3.1 (i386-unknown-openbsd2.3, X toolkit))
> > 
> > What mail backend do you use?
> 
> I have the same problem here. I'm using pgnus 0.44. XEmacs 21.0 "pre6"
> (i-586-pc-linux, Mule). I get this problem only when I try to access the 
> nnfolder which I use for Gnus. With other nnfolder I don't have a
> problem.

pgnus 0.46 solved the problem and now everything works fine.

Christian
-- 
M$: Our software of tomorrow will make sure that on your 
hardware of tomorrow everything will work at the usual speed. ;-)