13.24 KB, text/plain
I was testing my SendLater operations and when I go to save the files off to send them, I make the call: rv = messageService->SaveMessageToDisk(aMessageURI, mHackTempIFileSpec, PR_FALSE, mSaveListener, nsnull); Everything works callback wise, etc... but the file is truncated at the first line with a CRLF only and my callback gets called with an error code.
Setting to M9.
I'm having trouble with this attachment. When I save the file as text, the CRLFs are getting messed up. It would take to long to reformat the message by hand so I'm going to wait till rich can send me the attachment diretly without going through bugzilla. I'll tackle this first thing in the morning.
Hey Rich, I just tested save message to disk on the folder you emailed me and it worked like a charm. It wrote the message out in its entirety to disk without a problem. However, I did notice that the one you sent me was NOT the one you posted in this bug report so it may not have the conditions necessary to generate the bug. Hmm.
I wasn't able to reproduce any problems with actually saving the message to disk. but there was a problem with necko where they are returning NS_STOP_BINDING after I read a byte range from the file. This is defined as an error code but it should be defined as a success code. I've been trying to get them to change that for a couple weeks but it hasn't happened yet. I added a work around to hide it until they can change the code. Marking as fixed.
Par, pls verify.
In mailnews/base/public/nsIMessageService.idl, the function is void SaveMessageToDisk(in string aMessageURI, in nsIFileSpec aFile, in boolean aGenerateDummyEnvelope, in nsIUrlListener aUrlListener, out nsIURI aURL, in boolean canonicalLineEnding); Do you have a testcase available to verify this bug? Was there an attachment I can load? Par