Re: strange behaviour when `B c'ing an empty article

[Shenghuo ZHU <zsh@cs.rochester.edu>]

>>>>> "Dan" == Dan Christensen <jdc@jhu.edu> writes:

Dan> Shenghuo ZHU <zsh@cs.rochester.edu> writes:
>> Now, another patch make more things work. (Committed)

Dan> Getting closer.  :-)  I copied the articles to groups test8 and
Dan> test9 (with `B c') and have attached the files below.

Dan> Here are various things that seem odd:

Dan> o The number of lines in the non-empty article got changed from 3
Dan>   to 1 when the move is done.  What is the correct way to count
Dan>   lines in an article?

    (search-forward "\n\n" nil t)
    (setq lines (count-lines (point) (point-max)))

It seems only 1 line in test9.

Dan> o The number of lines in the empty article is calculated as 1
Dan>   (both before and after the move).  Is this correct?

Maybe 0 or 1. Maybe a hide blank line is counted.

Dan> o The Xref lines are different for the two articles.  One is
Dan>   self-referential, and the other points back to my Inbox.
Dan>   I think the latter is correct, right?

The former is correct. Xref is for cross-post. Each item refers to the
copy in one group. If only one in the Xref, it must be
self-referential. I guess Gnus does not treat 'B c' as cross-post.

Dan> o On the short article, if display the full headers by
Dan>   hitting `t', everything looks ok except that I get two
Dan>   headers combined on one line:

Dan> X-Gnus-Article-Number: 1   Thu Oct  7 00:55:51 1999From: Dan Christensen <jdc@chow.mat.jhu.edu>

This is awkward. Anyway, now I insert one blank line for others can
not find "\n\n". I guess it helps. I'll commit it later.

[...]

-- 
Shenghuo ZHU