283947 - (NNTP) Empty article cached.

Status: RESOLVED WORKSFORME

(MailNews Core :: Networking: NNTP, defect)

Description

[Andrzej]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1
Build Identifier: Mozilla Thunderbird 1.0 (X11/20041206)

When browsing a newsgroup (selected for offline use) some the articles have not
been downloaded. Instead empty articles were stored in cache for offline use.
When opening the message again Thunderbird shows an empty message body and the
headers of the previously viewed article instead of trying to refetch the
article from NNTP server.

The articles in question were available on the NNTP server.

Reproducible: Sometimes

Steps to Reproduce:
1. Use a slow (and erroneuos) network link (a wireless modem in my case)
2. Browse a newsgroup selected for offline use. By means of cursor keys select
consecutive articles _fast_, ie. faster than they can be downloaded from the server.


Actual Results:  
Depending on the network speed part of articles will be downloaded properly,
other will be omitted, but there will be also some messages which, while not
fetched properly will be marked as available for offline use (i.e. when opened
the next time the (invalid) article will be taken from the cache instead of
being refetched from the server). In addition, the article is marked "read".

Expected Results:  
If the message cannot be downloaded properly, it should not be stored in cache
not marked read.

Comment 1

[David :Bienvenu]

please try a trunk build - I fixed some instances of this.

Comment 2

[Andrzej]

(In reply to comment #1)
> please try a trunk build - I fixed some instances of this.

version 1.0+ (20050227), Linux

I have not encountered any empty article body but I have found several misplaced
messages (for example same body shared among several articles) or even a message
body which included only a part of the original message and full headers of
another article.

It seems that empty messages were only a special case of a more general
synchronization problem(s). All of these issues were observed when switching
fast between usenet messages (in a group marked for offline use).

Another issue (possibly worth another bugzilla entry if unrelated): messages are
being marked as read prematurely, i.e. before being fully downloaded from the
NNTP server.

Comment 3

[Sergey Matveychuk]

I have the same problem with thunderbird 1.0.6.
When server reject connection (reason: too many connections) an article stay
empty and no way to refresh it.

Comment 4

[David :Bienvenu]

that last problem is fixed in 1.5b1

Comment 5

[Joshua Cranmer [:jcranmer]]

Andrzej, Sergey, or anybody else, do you still see this problem with TB 2.0.0.14 or trunk TB builds? If not, I will close this bug in 3 weeks as RESO INCO.

Comment 6

[Joshua Cranmer [:jcranmer]]

RESO INCO per lack of response to previous question. If you feel this was made in error, please respond with your reasons why to this bug.

Comment 7

[Sergey Matveychuk]

(In reply to comment #5)
> Andrzej, Sergey, or anybody else, do you still see this problem with TB
> 2.0.0.14 or trunk TB builds? If not, I will close this bug in 3 weeks as RESO
> INCO.
> 

Sorry for long time to reply. I can confirm the problem is fixed in 2.0.0.14.

Comment 8

[Joshua Cranmer [:jcranmer]]

Changing to WFM per previous comment.