Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Error while downloading file with Firefox 33

  • 11 replies
  • 42 have this problem
  • 1 view
  • Last reply by vsiIT

more options

Hello, in our company we all use firefox (different versions) to use our CRM (SugarCRM). Since some of the PC (with windows 7) updated to Firefox version 33 (64bit) we started getting the following problem while downloading PDF:

"C:\Users\[user]\AppData\Local\Temp\[tempfilename].part could not be saved, because the source file could not be read."

We tried to downgrade to Firefox 32 and everything seems to be working fine. I already tried to delete the profile, reinstall Firefox, clear cache, delete Profile folder, but nothing helped.

Can it be a Firefox 33 bug? Thanks

Hello, in our company we all use firefox (different versions) to use our CRM (SugarCRM). Since some of the PC (with windows 7) updated to Firefox version 33 (64bit) we started getting the following problem while downloading PDF: "C:\Users\[user]\AppData\Local\Temp\[tempfilename].part could not be saved, because the source file could not be read." We tried to downgrade to Firefox 32 and everything seems to be working fine. I already tried to delete the profile, reinstall Firefox, clear cache, delete Profile folder, but nothing helped. Can it be a Firefox 33 bug? Thanks

Chosen solution

Along the lines of the last post, what happens if you stop Firefox from telling the web server that you will accept compressed files? Here's how:

(1) In a new tab, type or paste about:config in the address bar and press Enter. Click the button promising to be careful.

(2) In the search box above the list, type or paste enco and pause while the list is filtered

(3) Double-click the network.http.accept-encoding preference and

(A) If it has the default value (line is not bolded), delete all of the text and click OK.

(B) If it has a customized value, copy the current value to a safe place for potential later use, then delete all of the text and click OK.

When you visit the site again, Firefox should omit the usual headers saying that it accepted gzip/deflate encoded responses. Any difference?

Read this answer in context 👍 4

All Replies (11)

more options

Hello vsiIT, seek in you extensions if you have an extension to manage your downloads then disable the extension, and check it again.

You can also try to delete the compreg.dat file from profile folder, before do that close firefox from Quit option.


thank you

more options

Hello ideato,

I have no extensions, I've tried with a fresh installation as well (so with a fresh profile) and it's still not working.

thanks

more options

Please try another download folder, and check also if your antivirus software (including firewall, antispyware etc) block the access to the files in that specific download folder.

thanks

more options

I tried to change the download folder, no help tehre. I also tried disabling the Antivirus and Firewall, still the same. I even tried to boot windows in safe mode, and when I download the file I don't get the error but the file just fails to download.

I just want to underline that if I downgrade to version 32 everything works.

thanks

more options

Yes, probably it is your security software that cause the issue, try to remove all rules for Firefox from the permissions list in your firewall. In windows safe mode with network support firewall and antivirus is totally disable.

thanks

more options

If you empty the Temp folder, does that make any difference?

If you check the folder at the time this message appears, is Firefox stranding a .part file in the folder, or it is getting properly renamed to the real download name, or is it vanishing, or is it never created in the first place?

Do you know whether the affect users are using the Temp folder to launch the file directly in an external viewer, or if Firefox is using it as a temporary waystation for a file being saved to the Downloads folder or another location?

more options

Upon further research:

This is an old error message relating to corrupted downloads (http://kb.mozillazine.org/Source_file_could_not_be_read), but has become more prevalent in Firefox 33.

To make a long story short... before, if the server sent a response that was smaller than the stated size, the discrepancy was ignored and the download was treated as okay. Starting in Firefox 33, a file smaller than the stated size is treated as corrupted.

This comment in the bug tracking system has more information: https://bugzilla.mozilla.org/show_bug.cgi?id=1083090#c8

more options

Chosen Solution

Along the lines of the last post, what happens if you stop Firefox from telling the web server that you will accept compressed files? Here's how:

(1) In a new tab, type or paste about:config in the address bar and press Enter. Click the button promising to be careful.

(2) In the search box above the list, type or paste enco and pause while the list is filtered

(3) Double-click the network.http.accept-encoding preference and

(A) If it has the default value (line is not bolded), delete all of the text and click OK.

(B) If it has a customized value, copy the current value to a safe place for potential later use, then delete all of the text and click OK.

When you visit the site again, Firefox should omit the usual headers saying that it accepted gzip/deflate encoded responses. Any difference?

more options

Hi jscher2000, Brilliant, that solved the problem! I knew that there might have been something wrong with the way the PDF was created, but I wasn't aware of this layer of extra security. Well, now I have to change all the settings for all of the Firefox in the company, it's going to be a fun weekend. Thanks!

more options

If you run SugarSync locally, you might be able to upgrade your web server to one that computes the file size AFTER compressing it, or disable compression.

If you use a SAAS solution for SugarSync, you might complain to your vendor, as this is likely to affect many of their customers.

more options

We run it locally, I tried to disable compression on the generated file but it doesn't seem to work, but maybe I need to look a bit more into it 'cause I haven't had enough time. Anyway thanks to your very good debugging skills!