Closed Bug 71666 Opened 24 years ago Closed 23 years ago

If you do GetMsg() stop and then again GetMsg() you end up losing messages

Categories

(MailNews Core :: Networking: POP, defect, P1)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9

People

(Reporter: naving, Assigned: naving)

Details

(Whiteboard: [nsbeta1+])

Attachments

(4 files)

Reproducible on win 2001030904 and linux 2001030913.

Expected results: should not lose messages
Actual results: loss of messages
nominating because there is dataloss
Keywords: nsbeta1
You may want to provide a few more details for Sheela so she knows what is
needed to reproduce the problem.
QA Contact: esther → sheelar
The background info is in bug 67799
Attached patch proposed fixSplinter Review
please explain the logic behind the fix.
When you hit stop then you try to commit the current state by removing 
the last uidl entry in the struct newuidl. Removing last entry is not
enough because it so happens that even before a msg has been fully 
downloaded and written to the disk we start processing the next msg. 
So we end up have two entries more in newuidl structure. Therefore 
remove these two uidl entries from newuidl and then save the state in
popstate.dat

cc bienvenu
So I think that would be worth a comment in the code. Also, what if, for some
reason, there's only one extra entry there (e.g., you only have one message to
download and interrupt the download of that msg) - shouldn't we check for that
in the code?
marking nsbeta1+
Priority: -- → P1
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.9
Attached patch better fixSplinter Review
r=bienvenu
I noticed that IncorporateComplete was getting called twice for each message
being downloaded. To enusre that complete is called only once, made changes 
to the last patch. We need to do so to avoid publishing the header twice in
some cases. I found one such case, where message size was 66kb and message 
downloading was interrupted by "Stop".

Keywords: patch, review
Attached patch revised patchSplinter Review
Sorry, ignore the last patch dated 03/16/01 14:12. 
David, I am assuming r= on the last patch here.
fix checked in.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Please verify this only for leave messages on the server (X).
Depends on: 74471
Unable to verify this bug due to bug 74471. See bug 74471 for details
No longer depends on: 74471
verified, 
2001-04-04-12win98
2001-04-04-14linux
2001-04-04-08mac
clicking get mssg stop and get mssg does not result in losing message.
Preference for pop was Leave messages on the server when I verified this bug.
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: