Closed Bug 110067 Opened 23 years ago Closed 23 years ago

mail attatchment corruption when configured for offline

Categories

(MailNews Core :: Backend, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: jud, Assigned: Bienvenu)

References

Details

(Keywords: dataloss, Whiteboard: [PDT+] fixed on branch,AOLTW-)

Attachments

(1 file)

Using win2k, NS6.2. problem: large mail attatchements are corrupted when viewing or saving to disk. steps to repro: 1. receive a large mail attatchment (someone sent me a 1.5 Mb powerpoint preso) in your inbox. 2. right click the attatchment and save it to disk. 3. open the file in an appropriate viewer (again, for me it was powerpoint). actual results: viewer pukes indicated that it can't open/read the file. expected results: viewer is able to open the file.
Severity: normal → critical
Keywords: dataloss
I just saw this w/ a 475k byte zip attatchment.
May be branch-onlyh, this works for me using recent trunk builds on Win2K.
a 5MB file worked fine on the trunk as well. Jud, were you able to send the file to mscott?
sorry, should have posted status. I emailed the 475k attatchment to mscott a few hours ago. I should also note that downloading and using the file using Outlook express worked fine, ruling out the possibility that a corrupt file was sent.
I experience it very frequently on my Win 2000 N6.2 (as well prior daily/weekly builds). I am on nsmail-1. The only other person I know who got it also (michaell) was on nsmail-1. The size of the attachment doesn't matter. When I look at the temporary file it usually is very small 1k-30k. I expereinced it for MS Word, Excel and PowerPoint. When I use the web interface to nsmail-1 (again 6.x doesn't work because of some stupid Javascript problem) I can get the attachment. I sent mscott several times about it, but none of the times I could reproduce it again.
I concur w/ Marek. The size of the attachment doesn't matter. And it seems to happen most frequently with MS Office documents (although they also comprise the majority of the attachments I receive). And as Jud mentions, I'm able to correctly download/open a attachment using another mail client, eliminating the attachment as the actual problem.
changing summary from "mail attatchment corruption"
Summary: large mail attatchment corruption → mail attatchment corruption
I also just verified that this is broken on the trunk. some data: Outlook Express is downloading the complete file (based on file size), whereas, NS is only downloading the first 4096 bytes (undoubtedly one chunk of a buffer). I bet we're fine w/ attatchements <= 4096 bytes.
looks like mime parts on demand broke again......
Status: NEW → ASSIGNED
Do all of you having the problem have the folder in question configured for offline use? I tried it with a folder not configured for offline use and can't reproduce the problem (at least for zip and .exe files - I'll try a word file next).
FYI I just received a 70MB zip file with no corruption. It self extracted successfully after I saved it to disk. Using Win2K with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 Sent by a 6.2 user on Win 98.
There are two locations to select my Inbox for Offline use. The first is in the "Edit | Mail & News Account Settings | Offline & Disk Space " dialog. None of the Offline checkboxes are checked. Specifically, "Make the messages in my Inbox available when I'm working offline" is NOT checked. When I choose the "Select..." button in that group though, my Inbox is selected for offline use when I go offline. I haven't even attempted to work offline for months.
Mitch, that means your inbox is selected for offline use. I'm pretty sure Jud's is as well.
If I configure my Inbox for offline use, I can reproduce this on a .pps file. This problem happens when we download the message for offline use when you read it (not if you download the message for offline use by doing an offline sync, or by downloading selected/flagged messages). What happens is that we're putting the partially downloaded message in the offline store, and pretending it's the whole message. We should not put partially downloaded messages in the offline store. I'll look at a fix.
Attached patch proposed fixSplinter Review
If we're going to potentially download this message by parts, don't put it in the local cache. This will mean that a few messages which we would have downloaded normally (e.g., all the parts were inline) won't end up in the offline store, but that's better than messages we don't download completely ending up in the offline store.
I'm config'd for offline use.
Even with this fix, you will need to delete your offline store (or your .msf file) in order to be able to download the attachments successfully.
David, does your last comment mean you'd have to do this to make the current messages work or would we have to delete the .msf file to make messages after your fix work as well?
the first one. After the fix, all newly downloaded messages should work fine whether or not you delete your .msf file.
i should note that i'm not configured for offline use yet the attachment judson sent me is corrupt. That's probably because when we forwarded the message we didn't fetch the part because he is configured for offline on his inbox. So the attachment I'm trying to open is already corrupt. That explains why I've never had any problems opening attachments before except for this one of Judsons. clarifying the summary to note that this only happens when you are configured for offline.
Summary: mail attatchment corruption → mail attatchment corruption when configured for offline
*** Bug 107314 has been marked as a duplicate of this bug. ***
adding myself to cc. Esther if you want help on qa part let me know. Other test cases for this bug can be found in dupe bug 107314
Gary, this is specific to Offline and you already had a bug for this, so I will reassign the QA to you. Thanks.
QA Contact: esther → gchan
Can I get some reviews, please?
Comment on attachment 57940 [details] [diff] [review] proposed fix r=naving
Attachment #57940 - Flags: review+
Comment on attachment 57940 [details] [diff] [review] proposed fix sr=mscott
Attachment #57940 - Flags: superreview+
fix checked into trunk - will wait for it to bake on trunk before checking into branch.
Adding PDT for tracking and 6.2 branch review purposes.
Whiteboard: PDT
These are my observations using 2001111603 commercial trunk build on NT 4.0: Folder (not inbox) not selected for download use: - while online, I could open an attachment (ppt,doc,zip,txt,jpeg,pdf,rtf) or save it with no problem - while offline, obviously i could not open or save an attachemnt Folder (not inbox) selected for download use: - Online -as I click on a mesg w/out attach, it turns dark grey and is downloaded -click on a mesg w/a certain attach (jpeg,txt, rtf,vcf), it turns dark grey and is downloaded. I can open/save attachments with no problem. -click on a mesg w/attach (doc,ppt,xls,pdf,exe,htm,dll) and it doesn't get downloaded (envelope stays white). I can open/save attach with no problem. Is this the expected result? It's not a size issue (as i tried different sized files and i do not have the pref 'do not download mesgs > x kb' set. - Offline (did not download mesgs at the prompt) - can read any mesgs that have been downloaded. Mesgs that had attachments (rtf,jpeg,txt) i can open or save the file with no problems - mesgs that were not downloaded obviously I can not read or open,save the attachment - Offline (did say yes at download mesg prompt) - all mesgs were downloaded/envelope dark gray - able to read any mesg and open/save any attachment with no problem Inbox (set the pref 'make my mesgs in my inbox available when i am working offline) Online - all mesgs downloaded - able to open/save attachments with no problems Offline (did not download at prompt since already downloaded) - able to read all mesgs - able to open/save attachments with no problems Let me know if I missed anything. But looks ok so far.
Adding ETA of 11.19. mscott, pls let us know, when you think this is ready for checkin everywhere needed.
Whiteboard: PDT → [PDT] [ETA 11.19]
reassigning to bienvenu. This has been landed on the trunk and tested.
Assignee: mscott → bienvenu
Status: ASSIGNED → NEW
works for me using today's windows trunk build.
PDT- for the Netscape 6.2 branch. Most users will not run into this problem because it requires changing the default state.
Keywords: relnote
Whiteboard: [PDT] [ETA 11.19] → [PDT-] [ETA 11.19]
re-nominating for 6.2 branch.
Whiteboard: [PDT-] [ETA 11.19] → [PDT] [ETA 11.19]
Adding workaround from scottip's email ... A workaround is to change the "Do not download messages larger than 50KB" on and then this will work (of course, you won't have the message when you are offline).
PDT+, pls check this one in asap.
Whiteboard: [PDT] [ETA 11.19] → [PDT+] [Ready for Checkin]
checked in on branch
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Whiteboard: [PDT+] [Ready for Checkin] → [PDT+] fixed on branch
Looks like the bug is fixed. Great! What version of Netscape (or are we talking Mozilla here?) should I download to get the fix? Thanks!
Time Inc has encountered the same problem. Where can I download the build from which includes the fix?
any nightly build (Mozilla or Netscape) will have this fix.
Cu is a little concerned about this. He asked if - there is a way to deal with this outside of a new version? - they have rolled out at least half of their clients (that is about 6500). A new version means literally thousands of dollars in labor for them. - there is anything they can do to patch the existing installs?
Where can I find Netscape nightly builds? Mozilla is at mozilla.org, but I can't find Netscape...
David, correct me if I'm wrong on this. To avoid this problem in a build without this fix you could: 1. Go to Account Settings 2. Select the Offline panel for the affected account. 3. Turn the "Do not download messages > 50 KB" on. or don't make the folder useable for offline. This would make it so that future messages aren't affected. To make it so that current messages work you would have to delete the .msf file of the affected folder. This made it work for me.
I think you'd have to make that pref be 30K instead of 50K and turn it on, as you say. Or, you could turn off mime parts on demand by editing your prefs.js - not sure what AOL/TW IS would prefer.
Using 20011126 commercial bits on NT 4.0, Mac OS 10.1, linux 2.2 and 20011127 on Mac 9.1 Did most of the extensive testing on Nt4.0 and Mac 9.1 For Windows, I tested both a clean install and installing a new verison over previous version. For windows: A.tested a folder with attachments (before being selected for download) attachments tested: doc,zip,xls,jpeg,rtf,ppt,txt Size of attachments varied -tested attachments can be read,opened,saved while online B.tested a folder with attachments (after being selected for download) attachments tested: doc,zip,xls,jpeg,rtf,ppt,txt Size of attachments varied 1.tested attachments can be read,opened,saved while online -Files > 30kb -not downloaded when you select a mesg -could open/save the attachments with no problems -Files < 30kb - selecting mesg results in it being downloaded - no problems opening/saving an attachment 2 [details] [diff] [review].tested attachments can be read,opened,saved while offline - no problems opening/saving an attachment (those that were downloaded) - obviously mesgs not downloaded, i had no access to 3.tested attachments, while offline, after downloading all mesgs - no problems opening/saving an attachment On Mac 9.1: Using attachments (doc,ppt,jpeg,xls,txt,pdf) A. tried opening/saving attachments, no problems b. selected folder for offline use, then tried clicking on various mesgs while still online -Files > 30kb -not downloaded when you selected them -could open/save the attachments with no problems -Files < 30kb - selecting mesg results in it being downloaded - no problems opening/saving an attachment C. downloaded entire folder and went offline -all mesgs/attachments downloaded -able to read/save any attachment In addition I tested various ways of downloading mesgs w/attachs [download/sync,get flagged/selected mesgs,download mesgs at download prompt, folder properties menu (select this folder and dwnld now button), when i create new folders make them available for offline, make my inbox available when I work offline] and did not have any problems with opening/saving attachments while on/offline. Verified there is no attachment corruption when a folder is selected for offline use. Marking as verified.
Status: RESOLVED → VERIFIED
*** Bug 92993 has been marked as a duplicate of this bug. ***
*** Bug 86206 has been marked as a duplicate of this bug. ***
Adding to status whiteboard AOLTW and plussing bugs definite requirements, adding just AOLTW for possibles.
Whiteboard: [PDT+] fixed on branch → [PDT+] fixed on branch,AOLTW+
Updating AOLTW
Whiteboard: [PDT+] fixed on branch,AOLTW+ → [PDT+] fixed on branch,AOLTW-
Product: MailNews → Core
Product: Core → MailNews Core
Keywords: relnote
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: