Closed Bug 27081 Opened 25 years ago Closed 25 years ago

Pop files aren't completely reparsed

Categories

(Core :: Networking, defect, P3)

x86
Other
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: scottputterman, Assigned: warrensomebody)

References

Details

(Whiteboard: [PDT+])

Delete a pop .msf file. Start up and select that folder. The entire folder is not parsed. When I tried stepping through this code, I found that only about 80K of the file was being given to our OnDataAvailable where as the file was over 2MB. This is a blocker for me. I need to test threading in POP and I had to delete my .msf files to have them get reparsed so they pick up recent threading bug fixes.
Keywords: beta1
looks like a mail/news thing to me... ->mscott.
Assignee: gagan → mscott
Actually Gagan it isn't..I told scott to file it on necko. Something happened with the file transport recently and it stops reading the file after 80K.....We aren't notified of any more data. Should this be warren or you?
Assignee: mscott → gagan
*** Bug 26849 has been marked as a duplicate of this bug. ***
Adding warren to the cc' list.
Putting on PDT+ radar for beta1.
Whiteboard: [PDT+]
Hmmm... I think I have seen other bugs with limits on the amount you can read. Warren could this be related to the one we rec'd a patch about (resetting the read pointers)?
Assignee: gagan → warren
The other bug that I am talking about is bug 27022. Are you using nsIBufferedInputStream as well? You could consider the fix mentioned in there and see if that fixes your problem, eventually I think warren might be removing buffering for input streams.
Target Milestone: M14
I'm going to try and get this one in tonight.
This seems to work for me, now that bug 27022 is fixed. Jeff - can you verify?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Yes, this is fixed. Thanks warren.
verified: NT 2000021408
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.