Closed Bug 171441 (CouldNotBeRead) Opened 23 years ago Closed 23 years ago

Unable to download files { "...could not be saved, because the source file could not be read."; save as broken }

Categories

(Core :: XPCOM, defect)

Product:
Core
Component:
XPCOM
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: jlemay, Assigned: dveditz)

References

(
URL
)

Details

(Keywords: regression, smoketest, top100, Whiteboard: mostfreq, [Fixed by deleting compreg.dat file and restarting Mozilla])

Attachments

(2 files)

ehtereal packet capture file
14.98 KB, application/octet-stream
Details
clean up old component registry like before
2.30 KB, patch
dveditz
: review+
bzbarsky
: superreview+
roc
: approval+
Details | Diff | Splinter Review
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20020928 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20020928 Just installed 1.2b 2002092804 on Windows XP SP1 here over 1.2a. This build is unable to download files. Choosing Tools -> Download Manager does not open the download manger. Attempting to download a file results in message " c:\docume~1\jlemay~2.NJM\locals~1\temp\<filename> could not be saved, because the source file could not be read. Try again later, or contact the server administrator." being displayed. Tried this on multiple websites and multiple downloads. Thought download.com would be the easiest to remember for testing. Reproducible: Always Steps to Reproduce: 1. Go to a website 2. Click a link to download a file 3. Error popup Actual Results: Error popup message window appeared. Browser continues to function fine except for the no download issue. Expected Results: Downloaded the file and prompted for a save location. Why is Mozilla using DOS style representations for long file names (using the tilda) in a Windows XP Pro SP1 machine running a Windows build?
*** Bug 171716 has been marked as a duplicate of this bug. ***
Confirming this bug in 2002093004 for Windows
*** Bug 171649 has been marked as a duplicate of this bug. ***
*** Bug 171710 has been marked as a duplicate of this bug. ***
Confirming bug due to the number of duplicates and other reports. (Even though I'm not seeing it under 2002093004 trunk XP myself...)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Download manager doesn't actually do the downloading, and I haven't touched anything on the trunk in awhile. bryner did touch the trunk to fork download manager for phoenix, but I have no idea if that's the cause of this.
Assignee: blaker → law
Component: Download Manager → File Handling
Severity: major → blocker
This is a smoketest blocker
Keywords: smoketest
i cannot seem to repro this using today's trunk (commercial) build (2002.09.30.10). then again, i'm on win2k, if that makes a difference...
WFM win xp trunk build 2002093010, downloaded an exe from download.com and can see download manager (also tools->download manager works as expected)
could this possibly be a mozilla-only issue?
I can download fine with Mozilla 2002092804-TRUNK on Win XP SP1. Is this a Branch only problem?
WFM WinXP both using phoenix and mozilla from the exact same sources (trunk 2002093011). I downloaded Winzip8.1.
for a period of time on friday there was some broken code in contentAreaUtils.js having to do with an interface change. it was fixed late friday night / early saturday morning. i'm not sure if that temporary bustage could explain these bug report though.
I'm seeing the same problem here with 2002092908 & 2002093010, win2k sp3
*** Bug 171588 has been marked as a duplicate of this bug. ***
from bug 171588: the reporter was unable to save images via the context menu, and was able to repro this problem on win2k.
Keywords: qawanted
I have the same problem under Win2k. I can't save webpages nor images like I described in bug 171588 which now seams to be dublicate of this one. But I can download files through links or through FTP access. :-) I can reproduce the bug by using latest Phoenix trunk. :-( On the latest 1.0 trunk it works. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20020930
OS: Windows XP → Windows 2000
Summary: Unable to download files - exe, zip, tar.gz in 2002092804 build for Windows → Unable to download files - 2002092804 build for Windows
WIN98 I saw this error, fixed it by installating in fresh folders. Old Folders had been created 16th of september. I am always deinstalling mozilla before installing a new nightly, but I´m using the same folder mozilla.org for installation. I used an older nightly to install 20020929 into an folder created 26th of september. I couldn´t download 20020930, so I used NS4.79 for download. After installation, I wanted to download some other files, Downloadmanager came up, sometimes very lately, but I could specify file and folder. After clicking start download, downloadmanager closed, but didn´t go to taskbar. Exiting Mozilla by clicking top-right x also crashed mozilla, with netscape-talkback coming up, since Netscape4.79 was running? Then I deinstalled mozilla, renamed the mozilla.org-folder, so a fresh folder was created whenm re-installing. After installation download was working again. The corrupted folder had been created 26th of September, with a then current nightly. I hadn´t used this machine for about 4 months, so I decided to ctreate a new folder. But the folder from the 26th and todays folder are having same curiosity: c:\mozilla.org\Mozilla\components\Netscape\MozillaTrunk
Re comment #17, Save Image also works fine on 20020927-TRUNK on WinXP SP1. I mention this to verify that it indeed appears to be part of the same problem. Ummm, I hate to suggest this, but comment #18 suggests that this might be another COMPREG.DAT issue.
i just installed 2002093010 over 2002092908 (uninstalled first), and that didnt help. however, deleting the mozilla.org directory (not the plugins-directory) did. now with 2002093010 and i can download (and save images) again! yeah! jdoer: can you try and see if this 'procedure' helps you?
To Comment 19 : David, yes I localized the same effect. Unitil 20020927 it worked under W2k SP3, too. How about "COMPREG.DAT"? I normaly clear uninstall die program directory but leave this file in there. What did you mean with "another" problem with this file? I'll try it removing that file... I'll be back! ;-)
Deleting the mozilla.org->mozilla folder (except plugins) and re-installing 2002093010 solved the problems here. I did un-install before installing 2002092908, this is where I first saw the problem. I did NOT uninstall between 2002092908 & 2002093010 initially, and the problem remained, only deleting the mozilla folder and re-installing 2002093010 solved the problem. I did NOT try installing 2002092908 into a clean folder.
Uninstalling the 093010 build, then deleting compreg.dat, and then reinstalling the same build did the trick here. Probably the broken code mentioned in comment 13 corrupted this file? Works for me now.
*** Bug 171784 has been marked as a duplicate of this bug. ***
So, back after checking this thing... I uninstalled Mozilla 1.2 trunk. Removed the chrome, defaults directory and in the components directory the Netscape directory and the COMPREG.DAT file. Finaly I made a new clean installation and voila! It works! :D Nice new plugin:about page! :D BTW whcih bug handles the slow open "download progress window" problem?
removing smoketest blocker
Keywords: smoketest
Just to clarify the last few comments based on my testing. I uninstalled 20020927 (using Mozilla/Win uninstall process), then installed 20020930. I couldn't download anything. I exited Mozilla, then deleted COMPREG.DAT. After restarting 20020930, I can now download files. I thought this COMPREG.DAT problem was fixed in Bug #162593 ?
QA Contact: sairuh → nobody
ah, brilliant. minor problem, suppose you have: mozilla.exe dated monday you run mozilla on wednesday, it touches compreg.dat (now dated wednesday) you get a new mozilla.exe, but it's only dated tuesday. you run mozilla, it checks, and compreg.dat is newer than it is. What's a poor mozilla to do? No one here has mentioned using the .zip builds, in fact no one here has mentioned '.zip' or 'installer', so I need two people to comment in this bug as to which they were using. And then I need at most one person to comment if they were using the other type.
Assignee: law → dougt
Severity: blocker → major
Component: File Handling → XPCOM Registry
QA Contact: nobody → dougt
dan, can you take a look at this?
Assignee: dougt → dveditz
My comments in comment #27 are based on using the Win32 installer as downloaded from Mozilla.
my comment #20 is based on the installer.exe from the lastest-builds directory. (the 213K .exe)
*** Bug 171800 has been marked as a duplicate of this bug. ***
Re: comment #28 my installations in comment #18 are based on installer.exe, since I don´t know, how a zip-installation affects the windows registry or other folders. Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20020930 OS: Windows Version 4.10.1998 (Win98 SP1) Would be nice to have a doc somewhere that explains what files are affected by an installation, and what that files are used for. I´m a programmer, but not a mozilla programmer, so bugzilla is my means to get some information about mozilla. The sourcecode is too big to start with.
Simply deleting compreg.dat when Mozilla is not running will cure the problems.
>Would be nice to have a doc somewhere that explains what files are affected by >an installation, and what that files are used for. see the release notes please.
timeless@myrealbox.com, comment 28: > mozilla.exe dated monday. > you run mozilla on wednesday, it touches compreg.dat (now dated wednesday) > you get a new mozilla.exe, but it's only dated tuesday. > you run mozilla, it checks, and compreg.dat is newer than it is. What's a poor > mozilla to do? my guess is that poor mozilla should check a version number in compreg.dat (the buildID?), since it cannot rely on the file-timestamp.
I used the complete installer.exe from latest trunk.
>my guess is that poor mozilla should check a version number in compreg.dat (the >buildID?), since it cannot rely on the file-timestamp. that's useless. you can add new components to mozilla. (even non-developers, think installing an xpi) why can't it rely on the timestamp?
As far as I know, it relies on the file the installer creates to tell it to autoregister. For some reason the file is not created, autoreg doesn't notice it or autoreg doesn't work in some situations when updating an existing compreg.dat.
re comment 38: see the scenario timeless sketched? and, if you 1) install additional xpi's, 2) uninstall mozilla before upgrading as usually suggested instead of just installing over the old version when encountering errors, then the xpi's aren't "installed" anymore. at least, that's been my experience for the last few months.
*** Bug 171871 has been marked as a duplicate of this bug. ***
fwiw the zip package forces compreg to update (this is a relatively recent change), which is why the question (and the answer [installer]) was so important and interesting. I'm not going to tell people to switch to the zip builds, but until someone complains about this problem in the zip builds I'm going to take a bit of credit for not hearing about this problem from people who use them :).
Summary: Unable to download files - 2002092804 build for Windows → Unable to download files - 2002092804 [installer] build for Windows
timeless, Do you think that Bug #162593 should be reopened to address the root cause of this bug? (And thus, this become a dup of 162593).
not sure if this is the same bug or not, but it may be related to http://bugzilla.mozilla.org/show_bug.cgi?id=172249. I have attached an ethereal packet capture file (is this any use?) I can't download anything (but get no errors) and I can open download manager (i get a javascript error) 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] I try and download from http://www.teuchisoft.com/hpue311.exe for example also http://download.com.com/3002-2166-9397470.html?tag=dir and http://download.com.com/redir?pid=9397470&merid=67613&mfgid=67613&ltype=dl_dlnow&lop=link&edId=3&siteId=4&oId=3002-20-9397470&ontId=20&dlrs=1&destUrl=http%3A%2F%2Fdownload.imesh.com%2Ffiles%2FiMeshV3.exe all with the same result - no action at all trying to download the nightly build does give a dialog box as mentioned in the original bug report post.
Download at 2nd try -- Build ID 2002100218 full installer.exe Win98 SP1 started download of phoenix nightly, Downloadmanager came up, went to tray as I was surfing. When I looked at Downloadmanager, it had finished with 1 kb. I didn´t find the file in the directory, nor via search disk for all files since last day. started download again, looked at another tab, looked at downloadmanager download had started, there was an entry with 0 kb in my download directory, now finished with 7.624 kb What if read here about installing, isn´t the stuff written in the release notes. I used to download, going offline, then deinstall the old and install the new installer.exe. From reading here, I got the impression, using zip-files might be better, so I installed a zip-file over an installer version, but the installerversion was in mozilla.org/Mozilla, the zip-version created in mozilla.org/bin. Wouldn´t that give problems with registered files? So I deinstalled Mozilla, and deleted the Mozilla directory, including plugins and mozilla/bin, my zip-version.
*** Bug 172364 has been marked as a duplicate of this bug. ***
*** Bug 172489 has been marked as a duplicate of this bug. ***
I could reproduce this problem with 2002100308-trunk/WinXP and several day's builds. But I can't reproduce the problem after clean install. http://bugzilla.mozilla.gr.jp/showattachment.cgi?attach_id=1230 This screenshot is the different files(time stamp) of reproduced and non-reproduced.(right...reproduced,left...non-reproduced)
*** Bug 172604 has been marked as a duplicate of this bug. ***
Depends on: 172158
*** Bug 172637 has been marked as a duplicate of this bug. ***
I have tried uninstalling, and reinstalling. That works, but then the same errors occur a few hours later. I was using the 20020930 installer as the last one. Error was still present. I just d/led teh 20021004 installer, installed over old one, and error still persists. I'm going to try to uninstall and reinstall to see if that helps. Would be nice if a simple "update" could be performed instead of an entire uninstall/reinstall. windows 2k SP3 btw
Nominating for 1.2.
Keywords: mozilla1.2
Uninstall (with deleting the Mozilla directory) please see http://bugzilla.mozilla.org/show_bug.cgi?id=172212 seems to fix this.
to comment 53 : as you can read that (removing manualy) doesn't fix the problem with the installer. ;-)
actually, uninstalling and deleting everthing except for the plugins directory worked for me, thanks. WinXP Build 100708 Full Install.
Depends on: 113593
*** Bug 173173 has been marked as a duplicate of this bug. ***
*** Bug 173397 has been marked as a duplicate of this bug. ***
*** Bug 173340 has been marked as a duplicate of this bug. ***
*** Bug 173479 has been marked as a duplicate of this bug. ***
*** Bug 173901 has been marked as a duplicate of this bug. ***
*** Bug 174080 has been marked as a duplicate of this bug. ***
*** Bug 174094 has been marked as a duplicate of this bug. ***
*** Bug 174140 has been marked as a duplicate of this bug. ***
This is what my FTP server recorded during a DL attempted with this bug: [5] Sat 12Oct02 19:47:49 - (000001) Connected to <IP_edited_out> (Local address 141.195.134.16) [5] Sat 12Oct02 19:47:49 - (000001) IP-Name: <IP_edited_out> [5] Sat 12Oct02 19:47:49 - (000001) User TM logged in [3] Sat 12Oct02 19:47:50 - (000001) Sending file f:\tread marks\tm web\weapons\thebigone\thebigone\ftp\tm_teamctf\teamctf_update-09-19-2002.zip [3] Sat 12Oct02 19:48:51 - (000001) Sent file f:\tread marks\tm web\weapons\thebigone\thebigone\ftp\tm_teamctf\teamctf_update-09-19-2002.zip successfully (9.72 Kb/sec - 615247 bytes) Note the "Successfully" part on the last item. This was done under the bugged DL. It "saved" it somewhere, but a search for the file yeilded nothing. (Note 1: shift-click on a link will pop up the save location box instead of the error message, however it never saves it) (Note 2: downloads seem to work without a problem when saving attachments from Mail, however you have to right-click save as, normal double-click yeilds no responce)
im not an expert but mozilla saves files to a temp directory under a randomly generated filename while it is downloading then when the file is done it copies the file to where you actually saved it and renames it from the random filename to the filename you gave it when you saved the file. dont ask me why it does this... if you look at the error message you will see this. "c:\docume~1\jlemay~2.NJM\locals~1\temp\<filename> could not be saved, because the source file could not be read. Try again later, or contact the server administrator." is this bug going to be fixed or is the priority low now that there is a workaround?
Hi, I am pretty sure I solved this problem for myself by 1. Creating a new profile. (downloads immediately worked). 2. Copy in the downloads.rdf file from the new profile in to your existing profile. 3. Now the original profile can download both using ftp and http 4. Copy back in the original downloads.rdf... downloads now work with the original downloads.rdf. (my original downloads.rdf is 74,488 bytes. ?size limit) Can someone who is currently experiencing this try this ?
Experienced this problem in Win98 ver 4.10.1998 (original) on nightlies from 10/13 and 10/14/2002. Besides inability to save files, I also noted that it would not fire helpers (for midi, wav files). No indications in that case, just a quick blink of the throbber.
*** Bug 174382 has been marked as a duplicate of this bug. ***
*** Bug 174379 has been marked as a duplicate of this bug. ***
*** Bug 174476 has been marked as a duplicate of this bug. ***
Compare bug 162271. Dups?
Bug #162271 deals with the Download Manager opening, but not doing anything. This bug is about the Download Manager not opening at all. Similar, but I don't think they're dups.
*** Bug 155407 has been marked as a duplicate of this bug. ***
*** Bug 162271 has been marked as a duplicate of this bug. ***
*** Bug 174770 has been marked as a duplicate of this bug. ***
*** Bug 174816 has been marked as a duplicate of this bug. ***
*** Bug 174815 has been marked as a duplicate of this bug. ***
I am verifying this with 2002092804 (1.2b). In my mind, this is a pretty big bug. I uninstalled 1.2a before installing 1.2b, but I didn't remove my profile...so this is possibly something to do with the old profile? I'll try the workaround from comment 66 to see if that solves it and will report back.
Ok...after uninstalling everything and doing a complete registry search to remove everything Mozilla-ish, and deleting my profile, then reinstalling Moz 1.2b, and then importing back my old profile, it seems to work just fine again. Something else odd was that before I did all this, I could not get Download Manager to open at all, even if I created a completely new profile. Going to Tools>Download Manager had no effect. Anyhow...definitely something strange going on here.
Re: comment 78. That build number I mentioned should have been 2002101612, not 2002092804. Build ID: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2b) Gecko/20021016
*** Bug 174931 has been marked as a duplicate of this bug. ***
*** Bug 174946 has been marked as a duplicate of this bug. ***
*** Bug 174965 has been marked as a duplicate of this bug. ***
I have moz 1.2b and can't download anything. WinXP English, no service pack. I installed this moz beta over my stable 1.1 release.
*** Bug 175003 has been marked as a duplicate of this bug. ***
Shutting down,Deleting compreg.dat and running one more solved the problem.
My problem started when i installed the nightly build that was releasedthe day before 1.2b. This problem happened on both of my computers (both Win XP SP1).
*** Bug 175036 has been marked as a duplicate of this bug. ***
*** Bug 175002 has been marked as a duplicate of this bug. ***
Alias: CouldNotBeRead
Summary: Unable to download files - 2002092804 [installer] build for Windows → Unable to download files - 2002092804 [installer] build for Windows { "...could not be saved, because the source file could not be read."}
After renaming the file Compreg.dat as someone else has suggested Mozilla was able to download again. I did not have to reboot or anything. Win XP SP1 with latest Mozilla 1.2b (release, not nightly).
*** Bug 175066 has been marked as a duplicate of this bug. ***
OK, based on all the dups, and the fact that several people have reported that deleting COMPREG.DAT before starting Mozilla fixes the problem, I'm reopening Bug #162593
Depends on: compreg.dat
Summary: Unable to download files - 2002092804 [installer] build for Windows { "...could not be saved, because the source file could not be read."} → Unable to download files - 2002092804 [installer] build for Windows { "...could not be saved, because the source file could not be read."; save as broken }
*** Bug 175061 has been marked as a duplicate of this bug. ***
*** Bug 175052 has been marked as a duplicate of this bug. ***
*** Bug 175077 has been marked as a duplicate of this bug. ***
I see this problem at work (Win2K-SP2) with the latest, 2002-10-17-04, nightly (and for a while before that) but I've never seen it at home (WinXP) using mainly CVS builds, but also not with the 2002-10-08-08 nightly (installed due to, now fixed, Mail/News bugs). On my home machine I don't have a COMPREG.DAT file but I've just dialled into work and found that I do there - I'll delete it tomorrow and hopefully this will be fixed :-) Question? How come I don't have a COMPREG.DAT file on my home machine? What does it do? It doesn't appear to be essential.
*** Bug 173666 has been marked as a duplicate of this bug. ***
*** Bug 175088 has been marked as a duplicate of this bug. ***
*** Bug 175084 has been marked as a duplicate of this bug. ***
*** Bug 175103 has been marked as a duplicate of this bug. ***
*** Bug 175121 has been marked as a duplicate of this bug. ***
*** Bug 175166 has been marked as a duplicate of this bug. ***
Deleting compreg.dat and restarting fixed the problem for me--I'd been seeing this in the nightlies for a while and had gone back to 1.2a to fix it. This should be added to the release notes as soon as possible, if it isn't possible to fix it quickly.
Hmmm... this is second or event third bug i meet with, when deleting compreg.dat helps. Also i notice, that Mozilla after start, if no suh file found, build it one more. Basing on this, i think that fast fix, is to add to installer function which will delete compreg.dat if old one found.
*** Bug 175203 has been marked as a duplicate of this bug. ***
*** Bug 175218 has been marked as a duplicate of this bug. ***
Neither deleting compreg.dat nor putting in a new downloads.rdf (as suggested in comment 66) makes me download ftp://dl.xs4all.nl/pub/mirror/linuxberg/files/drall-1.8.0.0-1.tar.Z - error message stays the same. Using 1.2b on Win2k SP3.
*** Bug 175212 has been marked as a duplicate of this bug. ***
*** Bug 175213 has been marked as a duplicate of this bug. ***
*** Bug 175226 has been marked as a duplicate of this bug. ***
*** Bug 175181 has been marked as a duplicate of this bug. ***
*** Bug 175059 has been marked as a duplicate of this bug. ***
With 1.2 beta on Windows 2000, deleting compreg.dat and restarting makes downloads work for me.
The happened to me after I installed 1.2b-installer on a MSWin98 system. Strangely, it not only affected the main copy of Mozilla, but also all of the other versions around (I normally keep three back available, most as talkback.zip rather than installer.exe). This was resolved by uninstalling 1.2b and reverting to 1.1. Then 200209284 started working (and I assume the rest). Previous to that I determined that Netscape 4.7 was unaffected (so I knew it wasn't a firewall stopping me). This happened on several different sites.
Happened with 1.2b for me as well on XP SP1. Deleted compreg.dat and restarted as stated above. Works good now.
Win2k SP 3. Deleted compreg.dat, which seems to have removed spell checking, but downloads now work again
Comment 113, comment 115, comment 116, yes, that has been already commented in comment 19, comment 21 and so on...
*** Bug 175291 has been marked as a duplicate of this bug. ***
*** Bug 175308 has been marked as a duplicate of this bug. ***
*** Bug 175311 has been marked as a duplicate of this bug. ***
*** Bug 175325 has been marked as a duplicate of this bug. ***
*** Bug 175328 has been marked as a duplicate of this bug. ***
*** Bug 175314 has been marked as a duplicate of this bug. ***
*** Bug 175311 has been marked as a duplicate of this bug. ***
*** Bug 175338 has been marked as a duplicate of this bug. ***
*** Bug 175353 has been marked as a duplicate of this bug. ***
*** Bug 175360 has been marked as a duplicate of this bug. ***
Took recommended steps (compreg.dat). Worksforme. Sorry about another dup, but why didn't this bug (or the billions of duplicates) show up when I searched for any browser bug with the word "download"? Maybe not an appropriate question for this forum. Taking myself off the CC list. Thanks!!
can someone put the fix for this in the release notes in big bold letters! :)
Keywords: relnote
*** Bug 175377 has been marked as a duplicate of this bug. ***
This bug also appears using Windows XP Pro and Beta Version 1.2b David
Using 1.2b this just started with that version, not with 1.2a. Then when I try to go back to 1.2a it causes an error in a call not being found to one of the dlls that is installed. the only way I could get this to go away was to install one of this nightly build of 1.2b
*** Bug 175450 has been marked as a duplicate of this bug. ***
*** Bug 175452 has been marked as a duplicate of this bug. ***
Blocks: majorbugs
*** Bug 172475 has been marked as a duplicate of this bug. ***
*** Bug 175522 has been marked as a duplicate of this bug. ***
Blocks: 1.2
*** Bug 175481 has been marked as a duplicate of this bug. ***
*** Bug 175605 has been marked as a duplicate of this bug. ***
Just deleted compreg.dat, rebooted my system, and the problem is fixed.
*** Bug 175608 has been marked as a duplicate of this bug. ***
*** Bug 175607 has been marked as a duplicate of this bug. ***
*** Bug 175585 has been marked as a duplicate of this bug. ***
*** Bug 175452 has been marked as a duplicate of this bug. ***
FYI, This bug currently is third in the list of total dups in open bugs. Also, it is fifth-equal in the count of dups of all time. 73 dups, and increasing every day.
*** Bug 175616 has been marked as a duplicate of this bug. ***
*** Bug 175648 has been marked as a duplicate of this bug. ***
*** Bug 175653 has been marked as a duplicate of this bug. ***
*** Bug 175646 has been marked as a duplicate of this bug. ***
*** Bug 175676 has been marked as a duplicate of this bug. ***
*** Bug 175697 has been marked as a duplicate of this bug. ***
*** Bug 175694 has been marked as a duplicate of this bug. ***
*** Bug 173422 has been marked as a duplicate of this bug. ***
*** Bug 175716 has been marked as a duplicate of this bug. ***
*** Bug 175735 has been marked as a duplicate of this bug. ***
Jo, the workaround "remove components\compreg.dat" as you suggest in bug 175735 does not solve bug 162271 in spite of being marked-as-dup.
Whiteboard: [Fixed by deleting compreg.dat file and restarting Mozilla]
*** Bug 175474 has been marked as a duplicate of this bug. ***
I tried this fix and it works for me too! [Fixed by deleting compreg.dat file and restarting Mozilla] \Program Files\mozilla.org\Mozilla\components\compreg.dat
Deleting compreg.dat file and restarting Mozilla worked for me as well.
works for me also! thanks guys.
*** Bug 175851 has been marked as a duplicate of this bug. ***
*** Bug 175801 has been marked as a duplicate of this bug. ***
*** Bug 175760 has been marked as a duplicate of this bug. ***
*** Bug 175872 has been marked as a duplicate of this bug. ***
*** Bug 175878 has been marked as a duplicate of this bug. ***
*** Bug 175886 has been marked as a duplicate of this bug. ***
Am using Windows 2000 pro with Mozilla build 200293004 Tried all the current solutions but am still having problems downloading nightly builds. It seems that it's not an ftp problem but a code problem originating from the "Compreg.dat" file. The only way, for now, that I can download any new versions is using Netscape 4.79. Also FYI this seems to be a WINDOWS 32 problem only since I do not have this problem when downloading other OS builds when using my current Mozilla build. It seems that there are a lot of dupes for this bug. I think it should be made a critical problem. For some deleting or uninstalling all folders seems to work to a point but when they try downloading a newer or latest nightly build the problem returns. Deleting compreg.dat does not work either since when you try to download another time a new compreg.dat file is replaced by a newer one. If anyone out there has a clue please post a "REAL" solution to this problem. Compreg.dat has caused many problems. So my feeling is that this file needs a closer look. One would think, with all the "Experienced" programers using Mozilla plus the orginators, they would have a sense of pride in making sure this file does it proper function. Does anyone have suggestion as to how this can be fixed not a worksforme solution.....?????
*** Bug 175892 has been marked as a duplicate of this bug. ***
*** Bug 175894 has been marked as a duplicate of this bug. ***
*** Bug 175913 has been marked as a duplicate of this bug. ***
*** Bug 169276 has been marked as a duplicate of this bug. ***
*** Bug 175917 has been marked as a duplicate of this bug. ***
*** Bug 175921 has been marked as a duplicate of this bug. ***
*** Bug 175927 has been marked as a duplicate of this bug. ***
*** Bug 175708 has been marked as a duplicate of this bug. ***
*** Bug 175972 has been marked as a duplicate of this bug. ***
*** Bug 175971 has been marked as a duplicate of this bug. ***
*** Bug 175977 has been marked as a duplicate of this bug. ***
*** Bug 175993 has been marked as a duplicate of this bug. ***
*** Bug 175994 has been marked as a duplicate of this bug. ***
*** Bug 176009 has been marked as a duplicate of this bug. ***
*** Bug 176007 has been marked as a duplicate of this bug. ***
Summary: Unable to download files - 2002092804 [installer] build for Windows { "...could not be saved, because the source file could not be read."; save as broken } → Unable to download files { "...could not be saved, because the source file could not be read."; save as broken }
Whiteboard: [Fixed by deleting compreg.dat file and restarting Mozilla] → mostfreq, [Fixed by deleting compreg.dat file and restarting Mozilla]
*** Bug 176031 has been marked as a duplicate of this bug. ***
*** Bug 176038 has been marked as a duplicate of this bug. ***
*** Bug 176050 has been marked as a duplicate of this bug. ***
*** Bug 176059 has been marked as a duplicate of this bug. ***
*** Bug 176058 has been marked as a duplicate of this bug. ***
I've confirmed this with Mozilla 1.2b and with Mozilla 1.2b+ Build ID: 20021022, running in Windows 2000 SP3. No problems existed in Mandrake-Linux 9.0 ATM concerning the downloading problem. I'll keep you posted if Linux gets affected as well.
Keywords: regression, smoketest
*** Bug 176069 has been marked as a duplicate of this bug. ***
*** Bug 176066 has been marked as a duplicate of this bug. ***
*** Bug 176076 has been marked as a duplicate of this bug. ***
*** Bug 175589 has been marked as a duplicate of this bug. ***
*** Bug 176082 has been marked as a duplicate of this bug. ***
*** Bug 176077 has been marked as a duplicate of this bug. ***
*** Bug 176089 has been marked as a duplicate of this bug. ***
I've been experiencing this bug for a few days now. After the first time I encountered it I shutdown the browser and received the following error message which was also recorded in the Win2k system log: Application popup: XPCOM:EventReceiver: Mozilla.exe - Application Error : The instruction at "0x6190392e" referenced memory at "0x00000000". The memory could not be "read". I'm using Win2k SP3 and Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021016. Hope this helps narrow down where the error is occuring..
*** Bug 176132 has been marked as a duplicate of this bug. ***
Since upgrading to Mozilla 1.2b on Win98 I cannot download any files via the browser, or 'save as link'. This worked fine in 1.1. The error message I get when trying to download looks like this... "C:\WINDOWS\TEMP\n853f968.jpg could not be saved, because the source file could not be read. Try again later or contact the server administrator." Not sure why it thinks all downloads are .jpg files, had to download the following NetTime program via MS-IE :[ http://prdownloads.sourceforge.net/nettime/NetTime-2b6.exe?use_mirror=easynews
art: how did you install 1.2b? could you provide details on how you upgraded?
*** Bug 176212 has been marked as a duplicate of this bug. ***
*** Bug 176221 has been marked as a duplicate of this bug. ***
I see the same thing here using 1.2b on WinME. I installed 1.2b over 1.1 using the installer exe (installer-sea version).
Another FYI, This bug is now number 3 in the all time dup count list. It would be number 2 if you ignored the fixed bug. It has 114 dups, and still increasing. It's also number 1 in the count of dups in the last 7 days, with a count of 91. I'm adding top100 keyword as this bug can be seen on the vast majority of the Top 100 sites.
Keywords: top100
*** Bug 176176 has been marked as a duplicate of this bug. ***
Confirming this on Mozilla 1.2b on Win XP and Win 2000 Pro SP 2. Also confirming on Mozilla build 2002102208 on Win 2000 Pro SP 2.
Note that this bug is listed as Windows 2000, but I have seen it on Windows 98SE. I am running Mozilla 1.2b
Status: NEW → ASSIGNED
*** Bug 176254 has been marked as a duplicate of this bug. ***
The component registry was renamed, change the install scripts to match (plus minor cleanups that were in my tree).
Comment on attachment 103880 [details] [diff] [review] clean up old component registry like before i don't like how we just delete the component registry file. This will break any components which have been installed outside of the components directory (such as components existing in a GRE) however, since this is what we have been doing and this patch will fix manyof the bustages that are being reported, r=dougt. Oh, and it doesn't hurt to continue deleting the component.reg file.
Problem mirrored after migrating from 1.1 to 1.2b on XP Professional non SP1
This bug appeared when I changed the o/s so that a period appears in a directory name in the pathname to the file location that cannot be read - causing the download to abort. Since the v1.1 downloader has a problem with extra periods - e.g. does not handle ../*.ps.z correctly - can someone check to see if that is the source of the problem here also?
*** Bug 176253 has been marked as a duplicate of this bug. ***
*** Bug 176322 has been marked as a duplicate of this bug. ***
*** Bug 176356 has been marked as a duplicate of this bug. ***
*** Bug 176358 has been marked as a duplicate of this bug. ***
*** Bug 176336 has been marked as a duplicate of this bug. ***
*** Bug 176352 has been marked as a duplicate of this bug. ***
*** Bug 176270 has been marked as a duplicate of this bug. ***
Comment on attachment 103880 [details] [diff] [review] clean up old component registry like before r=dougt
Attachment #103880 - Flags: review+
Comment on attachment 103880 [details] [diff] [review] clean up old component registry like before sr=bzbarsky
Attachment #103880 - Flags: superreview+
What about unix, os2, etc.? http://lxr.mozilla.org/seamonkey/search?string=component%5C.reg (There's a good bit of other stuff there to clean up, too. It may be worth filing a bug on blizzard for the RPM scripts. It looks like the #define in xpistub.cpp is unused, but if so, it should be removed. etc...)
Comment on attachment 103880 [details] [diff] [review] clean up old component registry like before a=roc+moz for trunk
Attachment #103880 - Flags: approval+
Oh, and the Mac script looks like it still looks for "Component Registry".
Ref. My OS is Win98se 4.10.2222A http://bugzilla.mozilla.org/show_bug.cgi?id=171441#c198 After reading more of the comments, I closed mozilla 1.2bfull.exe completely & renamed the file C:\Program Files\mozilla.org\Mozilla\components\compreg.dat as others have suggested and Mozilla was able to download again. I did not have to remove any software, reinstall or even reboot. My PC clock had been 2days off as I saw some references to a possible time stamp problem with this file. -HTH great browser! These comments helped... http://bugzilla.mozilla.org/show_bug.cgi?id=171441#c90 http://bugzilla.mozilla.org/show_bug.cgi?id=171441#c92
This occured on my system after modifying my win2k enviromental settings in teh my computer properties, i moved my tmp and temp system varibles to my e drive for addtional leverage of space.
removing cc
*** Bug 176422 has been marked as a duplicate of this bug. ***
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021021 I can confirm that deleting C:\Program Files\mozilla.org\Mozilla\components\compreg.dat reenables the download functionality.
*** Bug 176444 has been marked as a duplicate of this bug. ***
*** Bug 176453 has been marked as a duplicate of this bug. ***
*** Bug 176453 has been marked as a duplicate of this bug. ***
*** Bug 176457 has been marked as a duplicate of this bug. ***
*** Bug 176463 has been marked as a duplicate of this bug. ***
*** Bug 176440 has been marked as a duplicate of this bug. ***
On win2ksp3 closing Mozilla, including QuickLaunch, and deleting compreg.dat worked for me.
Fix checked in last night, should be in todays installers
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 176483 has been marked as a duplicate of this bug. ***
Shutting down Mozilla and deleting compreg.dat from C:\Program Files\mozilla.org\Mozilla\components fixed this for me.
*** Bug 174941 has been marked as a duplicate of this bug. ***
*** Bug 176462 has been marked as a duplicate of this bug. ***
*** Bug 176544 has been marked as a duplicate of this bug. ***
*** Bug 176552 has been marked as a duplicate of this bug. ***
*** Bug 176561 has been marked as a duplicate of this bug. ***
*** Bug 176571 has been marked as a duplicate of this bug. ***
*** Bug 176586 has been marked as a duplicate of this bug. ***
*** Bug 176584 has been marked as a duplicate of this bug. ***
*** Bug 176579 has been marked as a duplicate of this bug. ***
*** Bug 176601 has been marked as a duplicate of this bug. ***
*** Bug 176620 has been marked as a duplicate of this bug. ***
*** Bug 176625 has been marked as a duplicate of this bug. ***
*** Bug 176679 has been marked as a duplicate of this bug. ***
*** Bug 176681 has been marked as a duplicate of this bug. ***
*** Bug 176688 has been marked as a duplicate of this bug. ***
*** Bug 176714 has been marked as a duplicate of this bug. ***
*** Bug 176699 has been marked as a duplicate of this bug. ***
*** Bug 176780 has been marked as a duplicate of this bug. ***
*** Bug 176802 has been marked as a duplicate of this bug. ***
*** Bug 176819 has been marked as a duplicate of this bug. ***
*** Bug 176818 has been marked as a duplicate of this bug. ***
*** Bug 176844 has been marked as a duplicate of this bug. ***
*** Bug 176858 has been marked as a duplicate of this bug. ***
*** Bug 176860 has been marked as a duplicate of this bug. ***
Deleting compreg.dat on my Mozilla 1.2 Beta in W2K SP3 corrected the error. I had an error message the first time, but after that, it works fine.
*** Bug 176895 has been marked as a duplicate of this bug. ***
*** Bug 176945 has been marked as a duplicate of this bug. ***
*** Bug 176906 has been marked as a duplicate of this bug. ***
*** Bug 176920 has been marked as a duplicate of this bug. ***
*** Bug 176947 has been marked as a duplicate of this bug. ***
*** Bug 176972 has been marked as a duplicate of this bug. ***
*** Bug 175621 has been marked as a duplicate of this bug. ***
*** Bug 177003 has been marked as a duplicate of this bug. ***
*** Bug 177018 has been marked as a duplicate of this bug. ***
*** Bug 177027 has been marked as a duplicate of this bug. ***
This bug also occurs under Windows 95 OSR2 with IE6 and Winsock2, and the fix described works as well. User-agent - Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.2b) Gecko/20021016
*** Bug 177037 has been marked as a duplicate of this bug. ***
*** Bug 177041 has been marked as a duplicate of this bug. ***
*** Bug 177046 has been marked as a duplicate of this bug. ***
*** Bug 177057 has been marked as a duplicate of this bug. ***
*** Bug 177094 has been marked as a duplicate of this bug. ***
This endless parade of duplicates really might be avoided if this was added to the release notes for 1.2b. It is still not in there, in known problems, or installation notes, even though there were other post-release additions to the release notes: http://www.mozilla.org/releases/mozilla1.2b/ In addition, this could be placed on the homepage near the download link. Is there some reason that the release notes just couldn't be updated? Here's sample text, to go under "Known Problems" or "Installation notes" or "New Additions to the Release Notes." Just cut and paste. <P> If you encounter the message "[filename] could not be saved, because the source file could not be read..." please exit Mozilla, delete the file <code>compreg.dat</code> from your <code>components</code> directory, and restart Mozilla. (Bug <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=171441" title="Bug 171441 - Unable to download files { \"...could not be saved, because the source file could not be read.\"; save as broken }">171441</a>) </P>
added keyword "patch" for someone with cvs abilities to edit that website mentioned in comment 280
Keywords: patch
*** Bug 177082 has been marked as a duplicate of this bug. ***
*** Bug 177105 has been marked as a duplicate of this bug. ***
that's not a patch. relnote committed (minor changes were required). i'd be interested to know how many of the cc list actually read the release notes, follow the directions therein, or even read the release notes when the encounter a problem with a release. if you're interested in answering this survey, please contact me on irc.mozilla.org
Keywords: patch
*** Bug 177091 has been marked as a duplicate of this bug. ***
*** Bug 177120 has been marked as a duplicate of this bug. ***
Blocks: 176454
*** Bug 177139 has been marked as a duplicate of this bug. ***
*** Bug 177182 has been marked as a duplicate of this bug. ***
*** Bug 177245 has been marked as a duplicate of this bug. ***
*** Bug 174947 has been marked as a duplicate of this bug. ***
*** Bug 177291 has been marked as a duplicate of this bug. ***
*** Bug 177283 has been marked as a duplicate of this bug. ***
timeless@myrealbox.com: "i'd be interested to know how many of the cc list actually read the release notes, follow the directions therein, or even read the release notes when the encounter a problem with a release." I think most people probably did look for this in the release notes and on Bugzilla. The problem is that if you go to http://bugzilla.mozilla.org/ and type in search terms in the provided form like "could not be saved," or "could not be read" this bug simply does not show up. Try it. Give people some credit. Mozilla users usually aren't dummies. A fix or different defaults to the search may prevent such widespread problems in the future. Does anyone have a solution to this? timeless@myrealbox.com wrote: "if you're interested in answering this survey, please contact me on irc.mozilla.org" If you're interested in hosting a real survey, I might suggest providing a more reliable way to reach you unless you're on IRC 24/7. You might at least provide a username. Most people don't have the time to try and guess your schedule and hunt you down.
*** Bug 177325 has been marked as a duplicate of this bug. ***
> If you're interested in hosting a real survey, I might suggest providing a >more reliable way to reach you unless you're on IRC 24/7. I'd almost daresay that timeless is on IRC 24/7 :) > You might at least provide a username. Given that his email address is timeless@something, how hard is it to guess "timeless" as IRC username?
*** Bug 177358 has been marked as a duplicate of this bug. ***
*** Bug 152619 has been marked as a duplicate of this bug. ***
*** Bug 177476 has been marked as a duplicate of this bug. ***
*** Bug 177470 has been marked as a duplicate of this bug. ***
*** Bug 177477 has been marked as a duplicate of this bug. ***
*** Bug 177495 has been marked as a duplicate of this bug. ***
*** Bug 177502 has been marked as a duplicate of this bug. ***
I think a lot of the dupes might come from the fact that nobody suspects this bug to belong to the XPCOM registry component. When I posted my dupe I searched the general browser and download manager components because I was experiencing download problems. Maybe add a feature to Bugzilla: "bug affects components" section in the bug properties, a search in these components would bring up the bug even though it is posted in a different component.
*** Bug 177483 has been marked as a duplicate of this bug. ***
1) I suspect the reason more people aren't finding this is that on the default system search RESOLVED bugs are not returned. See my comments on bug 176469. I also have no idea what the XPCOM registry is, and would certainly not have thought to look there for this bug. 2) I see the note that a fix has been checked in. It would be nice if someone could post info on what was causing the problem.
*** Bug 177542 has been marked as a duplicate of this bug. ***
*** Bug 177542 has been marked as a duplicate of this bug. ***
*** Bug 177531 has been marked as a duplicate of this bug. ***
*** Bug 177557 has been marked as a duplicate of this bug. ***
*** Bug 177591 has been marked as a duplicate of this bug. ***
*** Bug 177596 has been marked as a duplicate of this bug. ***
*** Bug 177668 has been marked as a duplicate of this bug. ***
*** Bug 177668 has been marked as a duplicate of this bug. ***
*** Bug 177695 has been marked as a duplicate of this bug. ***
*** Bug 177701 has been marked as a duplicate of this bug. ***
*** Bug 177717 has been marked as a duplicate of this bug. ***
*** Bug 177738 has been marked as a duplicate of this bug. ***
*** Bug 177731 has been marked as a duplicate of this bug. ***
*** Bug 177748 has been marked as a duplicate of this bug. ***
*** Bug 177800 has been marked as a duplicate of this bug. ***
*** Bug 177858 has been marked as a duplicate of this bug. ***
*** Bug 177874 has been marked as a duplicate of this bug. ***
This bug also prevented downloading a proxy automatic configuration (proxy.pac). Deleting compreg.dat solved the problem.
*** Bug 177979 has been marked as a duplicate of this bug. ***
*** Bug 177998 has been marked as a duplicate of this bug. ***
*** Bug 178042 has been marked as a duplicate of this bug. ***
*** Bug 178049 has been marked as a duplicate of this bug. ***
*** Bug 178147 has been marked as a duplicate of this bug. ***
Keywords: qawanted
*** Bug 178163 has been marked as a duplicate of this bug. ***
*** Bug 178246 has been marked as a duplicate of this bug. ***
*** Bug 177998 has been marked as a duplicate of this bug. ***
*** Bug 178319 has been marked as a duplicate of this bug. ***
*** Bug 178427 has been marked as a duplicate of this bug. ***
*** Bug 178438 has been marked as a duplicate of this bug. ***
*** Bug 178434 has been marked as a duplicate of this bug. ***
*** Bug 178480 has been marked as a duplicate of this bug. ***
Not fixed in 1.2b (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/2002101612).
*** Bug 178549 has been marked as a duplicate of this bug. ***
re comment 337: yes, we *know* 1.2b is broken, that's why we're getting the obscene number of dupes. The fix went into the 10/24 build, 1.2b was 10/16
*** Bug 178588 has been marked as a duplicate of this bug. ***
*** Bug 178606 has been marked as a duplicate of this bug. ***
225 dups at the moment. This bug will be the most duped bug in Mozilla's history I believe. :)
*** Bug 178638 has been marked as a duplicate of this bug. ***
*** Bug 178649 has been marked as a duplicate of this bug. ***
don't know, if its the same old story or something new ... did an update 20021026 to 20021106. That's the results: - only one application can run (and works ok), any second one stucks, for xmple start browser -> no mail , no composer and vice versa - only way to change apps is setting the start app in preferences - deleting compreg.dat -> new one is created, no change - with browser always one error in sidebar tries to download my bookmarks, never ending - uninstall, install former version -> no success - uninstall, del mozilla-dir, install -> no success - same things with boots in between -> no success anyone some idea what to do now? what the hell is this! Don't want to read 344 comments, hoping for one solution. Hey, one thing is really surprising: download works great ;-)
sorry, did forget those additional infos to #345: Win2000, build is 2002110604
*** Bug 178807 has been marked as a duplicate of this bug. ***
*** Bug 178816 has been marked as a duplicate of this bug. ***
If you want to cut down on the number of dupes, test the searchability of the bug, and how it looks to the normal bugzilla user. I reopened bug 174941 (a dupe here), moved it to the component people search for PAC problems, and pointed it here via a depends. Based on the other PAC dupes, modified the summary so it should show up to the normal unhappy PAC user. People can now search for the bug, find the workaround, the post-fixed build dates, and reference this bug as well. Until we get another milestone, it is probably going to keep raining.
Blocks: 174941
Summary: Unable to download files { "...could not be saved, because the source file could not be read."; save as broken } → Unable to download files { "...could not be saved, because the source fil.e could not be read."; save as broken }
> don't know, if its the same old story or something new ... I dont know it too, but for sure it's not this bug. Try to find bug more related to Your problem, or fill a new one.
*** Bug 177003 has been marked as a duplicate of this bug. ***
*** Bug 178916 has been marked as a duplicate of this bug. ***
*** Bug 178925 has been marked as a duplicate of this bug. ***
*** Bug 178962 has been marked as a duplicate of this bug. ***
*** Bug 178966 has been marked as a duplicate of this bug. ***
*** Bug 178982 has been marked as a duplicate of this bug. ***
*** Bug 179241 has been marked as a duplicate of this bug. ***
*** Bug 179331 has been marked as a duplicate of this bug. ***
*** Bug 179732 has been marked as a duplicate of this bug. ***
*** Bug 179799 has been marked as a duplicate of this bug. ***
*** Bug 179805 has been marked as a duplicate of this bug. ***
*** Bug 179836 has been marked as a duplicate of this bug. ***
*** Bug 179893 has been marked as a duplicate of this bug. ***
*** Bug 179948 has been marked as a duplicate of this bug. ***
*** Bug 179988 has been marked as a duplicate of this bug. ***
*** Bug 180017 has been marked as a duplicate of this bug. ***
*** Bug 180082 has been marked as a duplicate of this bug. ***
*** Bug 180135 has been marked as a duplicate of this bug. ***
*** Bug 180133 has been marked as a duplicate of this bug. ***
*** Bug 180274 has been marked as a duplicate of this bug. ***
*** Bug 180282 has been marked as a duplicate of this bug. ***
Summary: Unable to download files { "...could not be saved, because the source fil.e could not be read."; save as broken } → Unable to download files { "...could not be saved, because the source file could not be read."; save as broken }
*** Bug 177240 has been marked as a duplicate of this bug. ***
..
*** Bug 180529 has been marked as a duplicate of this bug. ***
*** Bug 180634 has been marked as a duplicate of this bug. ***
*** Bug 180705 has been marked as a duplicate of this bug. ***
*** Bug 180864 has been marked as a duplicate of this bug. ***
*** Bug 180925 has been marked as a duplicate of this bug. ***
*** Bug 180940 has been marked as a duplicate of this bug. ***
*** Bug 181084 has been marked as a duplicate of this bug. ***
*** Bug 181223 has been marked as a duplicate of this bug. ***
*** Bug 181296 has been marked as a duplicate of this bug. ***
*** Bug 181584 has been marked as a duplicate of this bug. ***
No longer depends on: 113593
Removing block on Bug #163993, Bug #174941 & Bug #176454. I beleive that if a bug has been fixed, then it can no longer block other bugs. Change back if you wish. Sorry for spam for those people who don't care about these sort of things.
*** Bug 181411 has been marked as a duplicate of this bug. ***
*** Bug 181768 has been marked as a duplicate of this bug. ***
*** Bug 181776 has been marked as a duplicate of this bug. ***
*** Bug 181784 has been marked as a duplicate of this bug. ***
*** Bug 181836 has been marked as a duplicate of this bug. ***
*** Bug 181848 has been marked as a duplicate of this bug. ***
*** Bug 181972 has been marked as a duplicate of this bug. ***
*** Bug 182027 has been marked as a duplicate of this bug. ***
*** Bug 182632 has been marked as a duplicate of this bug. ***
*** Bug 182727 has been marked as a duplicate of this bug. ***
*** Bug 182677 has been marked as a duplicate of this bug. ***
removing self from email. problem overcame already.
*** Bug 183036 has been marked as a duplicate of this bug. ***
amazing how people keep reporting this, it's been at the top of the frequent duplicates list for weeks now.
Seems my bug 162271 -> bug 160755 has nothing to do with this one after all.
If you find anyone filing a dupe of this who has got canconfirm or editbugs, tell me and I'll fix that problem right away :-) 268 dupes? The laziness of some people beggars belief... Gerv
*** Bug 184214 has been marked as a duplicate of this bug. ***
*** Bug 184865 has been marked as a duplicate of this bug. ***
FWIW: I download a nightly at least once a day. (Sometimes the 04 and 08 builds.) I managed not to get hit with this bug originally, having already done a clean install and deleting compreg.dat, and haven't experienced it since it was fixed - until this morning. I saw it when using 200212108 (under XP) to download the 2002121104 build via FTP. (The download manager came up, I clicked on Save, and I got the "source file could not be read" message.) Of course, I immediately exited Mozilla, deleted compreg.dat, ran Mozilla again and all was good. But there seems to have been some regression here for some reason. Hopefully it was just a glitch (?) that others aren't seeing.
Jason, It is a glitch. I'm using build 2002121104 and have been downloading all day without any problems. Sorry for spam, I would have sent this as private eMail, but I thought it was important that everyone on the cc list gets an answer to Jason's question. Oh, and also marking this bug as Verified.
Status: RESOLVED → VERIFIED
*** Bug 180238 has been marked as a duplicate of this bug. ***
*** Bug 185872 has been marked as a duplicate of this bug. ***
*** Bug 174094 has been marked as a duplicate of this bug. ***
*** Bug 172448 has been marked as a duplicate of this bug. ***
*** Bug 179635 has been marked as a duplicate of this bug. ***
*** Bug 173638 has been marked as a duplicate of this bug. ***
*** Bug 191886 has been marked as a duplicate of this bug. ***
*** Bug 198314 has been marked as a duplicate of this bug. ***
I have just started receiving this error over the past day or two. Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030411 Build Id: 2003041108 OS: Windows 98se I had downloaded several files without any problems and even today downloaded two files without the error. Then when attempting to download from ftp://ftp.dantz.com/pub/retro_60_pro_trial.exe got this error. I have closed down Mozilla and renamed the COMPREG.DAT file and then restarted Mozilla and tried downloading again and received the same error. I have just rebuilt the system and therefore Mozilla is a fresh install (even though I normally would uninstall and reboot before installing). However, my profile has been restored from backup. I will attempt to uninstall Mozilla and install the latest build (using another browser to do the download). BTW, I am using the exe install.
I do not know which is a quirk but the latest nightly build (2003041408) has worked for downloads. I have down two successful downloads. One being the earlier indicated link and the other (http://www.mirror.ac.uk/sites/ny1.mirror.openoffice.org/stable/1.1beta/OOo_1.1beta_Win32Intel_install.zip)
Renaming compreg.dat wfm. I was not experiencing any errors, the normal commdlg appeared, just no file save. Tools, download manager yielded nothing. Download manager was not enabled to begin with. This appeared with the install of 1.4a. I noticed compreg.dat was not recreated. Any implications of this?
Several of my users are this site have experienced this issue. I have not be able to draw any correlation between operating environment (software, OS version, etc.). Deleting compreg.dat WFM. Any ideas why this is happening? Nominating for 1.4 blocker. Not being able to download files is a pretty big nasty... we must have regressed again. Clearly, the number of duplicates of this bug tells us this is either not fixed or has regressed. I was able to note that a number of the users affected by this bug were using the AOL.com Mail interface and a javascript invoked download.
Flags: blocking1.4?
I've filled Bug 203689 about a similar behaviour (or better said exactly the same). But that Bug appeared with Mozilla 1.3, at that time this bug was already fixed.
Flags: blocking1.4?
So now people are removing flags without documenting or explaining? Asa, if you're going to spend the time to remove a flag, why not do it the right way? If there's something that the people on this bug list need to do to get this bug reopenned, tell us what we're doing wrong.
clintonj@umkc.edu: this bug is fixed, therefore it can't block a release.
cbiesinger@web.de: This bug is NOT fixed, therefore it COULD be re-openned. Whether or not it blocks a release is up to Asa. If this is not the proper way to bring attention to a bug that has clearly reappeared, what is?
ok. delete compreg.dat in mozilla\components, that should fix this bug. if you had installed mozilla over a previous installation without using the installer and you got problems, that is no bug. if you did install mozilla over a previous release with the installer, you should reopen this bug or file a new one, requesting blocking1.4 on a fixed bug is not useful.
The case is the later. The problem developed after approximately two weeks of use of 1.4b and does not affect all my users. My entire user base is WinXP. What else might cause corruption of this file? Could we modify Mozilla to better handle a corrupt component.reg? I cannot reopen this bug. Someone with more permission must do it. This is driving me crazy. I want to help by letting you guys know there's a problem. If I file a new bug, it get's marked as duplicate. If I do everything I can to bring attention to this one, I get ignored / chastized. Why is it so hard to let someone know there's a bug? Also, I'll say it again: the number of duplicate refiles of this bugs tells me that this is not an isolated occurance. This bug is real and it IS happening.
is the compreg.dat file marked read-only? can your users modify it? Are they installing any third party software that might change this file?
The file is not marked read-only. I suppose the users could play with it if they knew how to open a file that doesn't have a .txt extention on the end. :) These are not computer savey people. And no, there's is no esoteric software installed that would go around modifing .reg files.
I have run into this issue a couple times since the closing of this bug. Each time, I have been able to resolve it by opening Preferences then removing everything (except text/html) from "Navigator -> Helper Applications".
*** Bug 171981 has been marked as a duplicate of this bug. ***
Mozilla 1.5 on Windows XP. Definitely not fixed. I came across "...could not be saved'. I tried fixing that directory's permissions (fix is not permanent on Windows XP). I tried reinstalling, twice, with rebooting. I tried deleting the mozilla.org directory and my personal mozilla directory. I do not have any "helper applications" defined. Still getting this error. I notice several internet references this month, and I can't help but wonder if the nearly daily security patches from microsoft we have to apply have broken something.
Keywords: relnote
Running the below version on windows xp home edition. Mozilla 1.4 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030624 Download worked fine until about 1 month ago, now I can't download anything. I used this install for several months without problems until approximately Christmas 2003. I don't believe I updated windows recently, but I'm not sure (there are other users on my pc that might have). Deleting compreg.dat doesn't solve the problem. Herb Desson
Is it crashing? Are you getting the error message like the one described in the description?
I am having this issue in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050316 Firefox/1.0+. Have had it for pas tseveral nights. Will work on a fresh install until I restart the browser. I have tried closing browser and deleting compreg.dat (from both the Program Files and Application Settings folders). No go.
Same here. After trying to solve it deleting compreg.dat, I made fresh Firefox Install but still the same. Can't save files.
No longer blocks: majorbugs
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051118 SeaMonkey/1.5a I am having this exact same problem with the SeaMonkey nightlies. I cannot download anything with it! In order to download SeaMonkey nightlies, I have to use FIrefox. I would like to suggest that this issue be reopened.
Per comment 428 to comment 432: even though a similar problem and error message is experienced, it seems that the cause of your problem is very much different. The fact that deleting compreg.dat doesn't solve it points to that as well. Since it is a different problem, I recommend that this bug remains "fixed" and someone that has experienced this problem instead opens a new bug report for this new problem. Please report the bug number of the new bug here.
Component: XPCOM Registry → XPCOM
QA Contact: doug.turner → xpcom
Firefox "save as" not working anymore. reproduction: 1. go to firefox settings 2. in "general" change "always ask where to save download" 3. go to -> https://www.google.de/#q=youtube+hd+downloader 4. click on the first chip entry. change directory... and try to save the file. download will not start. file will not be saved. do the same thing but in the first directory given... works.
tested with firefox 25.0 on osx 10.8.2
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: