227439 - Unable to download files ("...could not be saved, because the source file could not be read.") (compreg.dat)

Status: RESOLVED DUPLICATE of bug 180672

(Core :: XPCOM, defect)

Description

[Manfred Lebek]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.5) Gecko/20031007
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.6a) Gecko/20031007

if i try to download graphics, or programs, i window appears:
'C:\path\TEMP\xxxxxx.exe could not be saved, because the source file could not
be read. 
Try again later or contact the server administrator.'

Reproducible: Always

Steps to Reproduce:
1. right klick on an image
2. save link target as
3. choose path
4. ok
Actual Results:  
Nothing happens or a window appears:
'C:\path\TEMP\xxxxxx.exe could not be saved, because the source file could not
be read. 
Try again later or contact the server administrator.'

Expected Results:  
download manager opens and Mozilla starts to download the file.

Windows Home Edition SP1

Comment 1

[HJ]

Please install a more recent mozilla build and check your permissions for
C:\path\TEMP\

Q: is C:\path\TEMP\ a valid path?

Comment 2

[Manfred Lebek]

path is valid and write permission exist. version is 1.6a.

Comment 3

[Stefan [:stefanh]]

Hmm. Looks like bug 203689 (or bug 171441). This should have been fixed...

--> XPCOM Registry

Comment 4

[Stefan [:stefanh]]

Marking new to catch possible dupes (instead of duping). Changing summary.

Comment 5

[Ali Ebrahim]

I was able to reproduce this using Mozilla/5.0 (X11; U; Linux i686; en-US;
rv:1.6b) Gecko/20031206 Firebird/0.7+ when downloading a file name ending in
.tar.gz.tar.bz2. Renaming the file to make it end in .tar.bz2 allowed me to
download it without problems.

Comment 6

[Eric P.]

This is also happening in Build ID: 2004030905

on Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b) Gecko/20040309

(In reply to comment #0)
> User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.5)
Gecko/20031007
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.6a)
Gecko/20031007
> 
> if i try to download graphics, or programs, i window appears:
> 'C:\path\TEMP\xxxxxx.exe could not be saved, because the source file could not
> be read. 
> Try again later or contact the server administrator.'
> 
> Reproducible: Always
> 
> Steps to Reproduce:
> 1. right klick on an image
> 2. save link target as
> 3. choose path
> 4. ok
> Actual Results:  
> Nothing happens or a window appears:
> 'C:\path\TEMP\xxxxxx.exe could not be saved, because the source file could not
> be read. 
> Try again later or contact the server administrator.'
> 
> Expected Results:  
> download manager opens and Mozilla starts to download the file.
> 
> Windows Home Edition SP1

Comment 7

[Bob Clary [:bc] (inactive)]

dupe of bug 160454 ?

Comment 8

[peter.halvarsson.1887]

I have had this problem since v1.5 and it seems related to the user profile,
since a new profile does not have the described problem. However, the bug
reappears after a while.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040508

Comment 9

[Frank Wein [:mcsmurf]]

*** Bug 250627 has been marked as a duplicate of this bug. ***

Comment 10

[Patrick]

*** Bug 250630 has been marked as a duplicate of this bug. ***

Comment 11

[Glenn McLain]

Try to delete compreg.dat in your components folder (in the Mozilla program
folder), maybe that helps as workaround. This worked for # 250627.

Comment 12

[Ken Johanson]

Heeelppp!! I experiencing this and cant find a workaround - I also dont have a
compreg.dat file to delete in my profile dir.

If the "source file could not be read" message doesnt appear, I get a silent
failure, which is worse!. Seem to depend on download type or site perhaps?

Any other things to try??

Comment 13

[Frank Wein [:mcsmurf]]

(In reply to comment #12)
> Heeelppp!! I experiencing this and cant find a workaround - I also dont have a
> compreg.dat file to delete in my profile dir.

The compreg.dat file is in your Mozilla program folder in the sub-folder components.

Comment 14

[Ken Johanson]

I just confirmed that this started happening for me with post-1.7 builds; in
other words only the 1.8 nightly builds have this problem.. If I roll back to
1.7x, the problem doesnt occur. This is also eluded too by the rash of recent
reports that were marked as duplicates (Bug 250627, 250630).

Might I reccomend that this be re-opened as a new, separate bug (revive one of
the duplicates perhaps), since its definately related to 1.8?..... Perhps the
solution is to auto-delete the compreg.dat file since newer builds expect a
different format in it(?)

Comment 15

[Ken Johanson]

Just deleted the compreg.dat file as you suggested, and it works, thanks!! 

Will deleteing this file be a backwards comptibility issue if rolling back to
older versions?

Comment 16

[Ken Johanson]

Heres another download issue (or possibly a separate http-redirect or
error-catch issue), with nightly builds (havent tested 1.7), the following link
doesnt work - it silently fails: 

http://themes.freshmeat.net/redir/aqua-ishmozillatheme/31669/url_tgz/aqua-ishmozillatheme-default-1.0.tar.gz

gets a redirect to:

GET /themes/aqua-ishmozillatheme/aqua-ishmozillatheme-default-1.0.tar.gz HTTP/1.1
Host: download.freshmeat.net
... omission
Referer: http://themes.freshmeat.net/projects/aqua-ishmozillatheme/

HTTP/1.x 200 OK
Date: Fri, 13 Aug 2004 13:57:39 GMT
Server: Boa/0.94.13
Connection: close
Content-Length: 525604
Last-Modified: Sun, 28 Jul 2002 21:18:52 GMT
Content-Type: application/x-gzip

Comment 17

[Ken Johanson]

Here's another example of files that (for me) silently fail:

http://downloads.mysql.com/snapshots.php

Comment 18

[Stephen Donner [:stephend] Not actively reading bugmail]

*** Bug 254859 has been marked as a duplicate of this bug. ***

Comment 19

[OstGote!]

(In reply to comment #15)
> Just deleted the compreg.dat file as you suggested, and it works, thanks!! 

So IMHO this bug should depend on Bug 180672.

Comment 20

[Stephen Donner [:stephend] Not actively reading bugmail]

Trying to right-click and use Save Image As yields:

Error: [Exception... "Component returned failure code: 0x80040154
(NS_ERROR_FACTORY_NOT_REGISTERED) [nsIDownload.init]"  nsresult: "0x80040154
(NS_ERROR_FACTORY_NOT_REGISTERED)"  location: "JS frame ::
chrome://communicator/content/contentAreaUtils.js :: foundHeaderInfo :: line
404"  data: no]
Source File: chrome://communicator/content/contentAreaUtils.js
Line: 404

and trying to invoke the Download Manager yields:

Error: uncaught exception: [Exception... "Component returned failure code:
0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]"  nsresult:
"0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)"  location: "JS frame ::
chrome://communicator/content/tasksOverlay.js :: toDownloadManager :: line 51" 
data: no]

The 'solution' for all issues in this bug is to delete compreg.dat -- but of
course that's only a temporary stopgap.

Comment 21

[Stephen Donner [:stephend] Not actively reading bugmail]

A few folks over IRC have suggested the usage of 

nsSafeFileOutputStream.

http://lxr.mozilla.org/seamonkey/search?string=nsSafeFileOutputStream, though
I'm not quite sure what methods/functions we'd change to call it.

Comment 22

[Daniel Veditz [:dveditz]]

As I just noted in bug 180672 comment 17 the difference between a working and
non-working compreg.dat is a complete absence of any of the javascript
components. The errors listed in comment 20 seem to support that conclusion.

Does going to about:plugins or javascript:navigator.plugins.refresh(true) fix
things? Either of those force an autoreg, but not as complete a rebuild as
nuking the file so the bad state may persist.

Comment 23

[Ken Johanson]

I had nuked mine but the problem persisted -- albeit less frequently. I cannot
say what causes some download to work and other to not, but it definately seem
related to HTTP-redirects (they are what fails most often).

Even now running a build a few days old, the first link  in comment number 16
causes an alert: 

"c:\DOCUME~1\KEN\LOCALS~1\TEMP\7xxy8jj0.gz could not be saves, becasue the
source file could not be read. Try again later opr contact the server
administrator".

This message is more verbose than before, wherein it would silently fail, so
someone seems to have added some error catching.. :-)

Comment 24

[Ken Johanson]

Damn my typos!! ' trouble with being in a hurry. Correcting so that String-match
searches will find this: Sorry for bugspam.

"c:\DOCUME~1\KEN\LOCALS~1\TEMP\7xxy8jj0.gz could not be saved, because the
source file could not be read. Try again later or contact the server
administrator"

Comment 25

[Wesha]

Confirm 2004092206/Win2000pro, deleting compreg.dat fixed it.

Guys, can't we simply delete these files [that need to be refreshed] during the
installation? This bug comes up again and again, and also do XUL.MFL related ones.

Comment 26

[Ken Johanson]

Wow! I just followed the last commentor's advise, and deleted *both* XUL.MFL and
compreg.dat and my download tests work. Deleting just one file didn't work...

Comment 27

[Stephen Donner [:stephend] Not actively reading bugmail]

This also happens on a crash; we seem to write out a corrupted (or mismatched)
compreg.dat.

Comment 28

[Stephen Donner [:stephend] Not actively reading bugmail]

(In reply to comment #22)
> As I just noted in bug 180672 comment 17 the difference between a working and
> non-working compreg.dat is a complete absence of any of the javascript
> components. The errors listed in comment 20 seem to support that conclusion.
> 
> Does going to about:plugins or javascript:navigator.plugins.refresh(true) fix
> things? Either of those force an autoreg, but not as complete a rebuild as
> nuking the file so the bad state may persist.

Dan, YES, indeed, going to about:plugins does fix the problem for me (akin to
deleting compreg.dat).

Any idea on a solution?

Comment 29

[Frank Wein [:mcsmurf]]

*** Bug 263828 has been marked as a duplicate of this bug. ***

Comment 30

[Christian :Biesinger (don't email me, ping me on IRC)]

*** Bug 263746 has been marked as a duplicate of this bug. ***

Comment 31

[Moiz Dohadwala]

Happens to me on Win2k SP4, 
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041025
MultiZilla/1.6.4.0b

the url is http://andrei.gmxhome.de/jdepend4eclipse/links.html. Click on the
link for "JDepend4Eclipse binary/sources"
(http://andrei.gmxhome.de/jdepend4eclipse/JDepend4Eclipse_1.0.zip)

Attaching a snapshot of the error message. The path C:\temp does exist and I
have the necessary permissions to create/modify/delete files in that directory. 

I can download fine using IE from that link.

Comment 32

[Moiz Dohadwala]

Attachment: .bmp snapshot for the download error box

Comment 33

[Moiz Dohadwala]

I get the same error message when i click on the attachment link.

Comment 34

[Moiz Dohadwala]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041025
MultiZilla/1.6.4.0b

Followed the advise in comment #22 to go to about:plugins. 

That fixed my problems with not being able to donwload the zip file and not
being able to look at the attachment.

Comment 35

[Stephen Donner [:stephend] Not actively reading bugmail]

*** Bug 266355 has been marked as a duplicate of this bug. ***

Comment 36

[Stephen Donner [:stephend] Not actively reading bugmail]

dveditz: your suggestion in comment 22 works just fine; anything we can do
application-side to avoid having to delete compreg.dat in the future?

Comment 37

[Daniel Veditz [:dveditz]]

If comment 22 works then you don't need to delete compreg.dat.

Don't know what we could do automatically. We could always do a "just in case"
autoreg at every startup but that'd hurt startup time and isn't going to be a
popular suggestion with developers.

Isn't this a dupe of bug 180672 then?

Comment 38

[Ken Johanson]

Would it be as easy as triggering that call inside of that error-catch block
(the one that's so infamous here ;-)? Maybe retry also so that the download
starts. This way its conditional execustion only for this error.

Comment 39

[Stephen Donner [:stephend] Not actively reading bugmail]

Indeed, it's a DUP.

*** This bug has been marked as a duplicate of 180672 ***