User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.6) Gecko/20040210 Firefox/0.8 Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040614 Firefox/0.8.0+ I've not the slightest idea what changes trigger this exactly... Reproducible: Always Steps to Reproduce: 1. Install Magpie 3.11 from http://www.bengoodger.com/software/tabloader/ 2. Restart 3. Install Testcase 4. Restart Actual Results: Firefox is stuck at Finishing Extension Installation Expected Results: Normal Startup -console -safe-mode *** Failed to load overlay chrome://tabdownloader/content/tabloaderOverlay.xul zip builds Also fails with Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7) Gecko/20040613 Firefox/0.8.0+ Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040614 Firefox/0.8.0+
Created attachment 150735 [details] testcase This is Magpie 3.1.1 except: - em:version changed to 3.1.1+ in install.rdf - the license text from chome/tabdownloader.jar/tabdownloader/contents.rdf was removed
Confirming the steps to reproduce cause the "Finishing Extensions" box to appear: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040611 Firefox/0.8.0+ I can only hope someone sees this before 0.9 is finished else releasing extension updates during the 0.9 era is going to be pretty frightening in case someone's profile gets nuked. p.s. I think I've seen this issue before with one of my own extensions, but didn't realise the cause until seeing this bug.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I am also having this problem after only reinstalling Googlebar and Tabbed Browser extensions. It only started happening with .9rc and .9. Workaround is to start up two sessions. The first one will hang, but the second will work as it should.
The reason for this appears to be that the JAR file written to the extension's directory is corrupted. Is the EM using the filesize from the original JAR rather than the new one?
same here with Firfox 0.9 windows XP, Mozilla/5.0 (windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.9 Added extensions were radial context, tabbrowser preferences
(In reply to comment #6) > This happened to me too, but not because I installed the same extension twice. > Now it's stuck no matter how long I wait. I even tried to uninstall the > extensions, and no matter how many times I restart, they are all still listed in > the extensions manager with "This item will be uninstalled after you restart > Firefox." Me too - even with completely clean profile/program directories. I did attempt to install lots at once, if it makes any difference. Then, after another clearout, I could install extensions properly; I installed the first few one at a time, and then about seven or eight at once - no error. Weird.
This is also happening on Linux (Fedora Core 2). OS should probably be changed to All. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040615 Firefox/0.9 This happened to me when I tried to install the Adblock extension from Mozilla Update. After deleting the extensions directory from my profile, I was able to install the extension again without any problems. Many others are having problems with this. See http://forums.mozillazine.org/viewtopic.php?t=85021
Could this bug and bug#243743 be duplicates? Also, on MacOS there is at least one report of such a bug: #246935
(In reply to comment #4) > The reason for this appears to be that the JAR file written to the extension's > directory is corrupted. Is the EM using the filesize from the original JAR > rather than the new one? Good catch, the chrome package installation is throwing NS_ERROR_FILE_CORRUPTED. What's happening is that the extract function from nsIZipReader doesn't truncate the existing file. If an updated file is smaller than the previous version, the old file is only partly overwritten by the new one, and at the end is a lot of junk left over from the old version. Two obvious fixes (not necessarily the best, just obvious to me) are either make extract() truncate the file (I think this is the implementation being used but I could be wrong): http://lxr.mozilla.org/seamonkey/source/modules/libjar/nsJAR.cpp#278 Change: rv = localFile->OpenNSPRFileDesc(PR_RDWR | PR_CREATE_FILE, 0664, &fd); to: rv = localFile->OpenNSPRFileDesc(PR_RDWR | PR_CREATE_FILE | PR_TRUNCATE, 0664, &fd); (I haven't tested that one since I'm not near a build environment.) Or else everywhere the EM uses this: zipReader.extract(entry, file) Add the following line in front: if (file.exists()) file.remove(false); (This one WFM with the testcase in this bug.) This also suggests an obvious precaution to extension authors during the 0.9 era, make sure every file in an extension update is at least as large as the previous version.
Pike, I read your comment, but I am not sure how to implement what you suggest. Are there any other workarounds?
(In reply to comment #11) > Pike, I read your comment, but I am not sure how to implement what you > suggest. Are there any other workarounds? If you are suffering from this problem you can either start Firefox in safe mode (there should be an entry in the Start Menu) and uninstall your extensions, or find your profile folder and delete the "extensions" sub-folder. If you need more help you can ask on http://forums.mozillazine.org
Created attachment 150963 [details] [diff] [review] Make zip file extraction truncate any existing file (patch against Aviary) This seems to work for me and I can't think of any reason not to truncate but I could be way off.
Same probelm here with this firefox 0.9 and linux (mandrake 10.0) This error comes no matter what you do with your extension. If you only install one extension it comes at the next when you start the browser. I tried to unistall and then re-install and I deleted profile folders ect. but this bug stays.
*** Bug 246658 has been marked as a duplicate of this bug. ***
i have the same problem. prob coz of installing and extension twice. upgraded from 2004-06-15-10-0.9 to 2004-06-17-10-0.9. showed web-dev extension was old/disabled. installed it again. clicked on the old install in the extension manager and then uninstall, was marked as 'will be uninstalled after restart'. new one was marked as ''will be installed after restart'. then i got the problem. as of now, starting ff again opens a window so i can click the x on the message box that appears first and continue using ff.
This bug effects me also. I didn't have any trouble until I tried to use the branch build from today, 6-19. I tried to install the single window extension and when I restarted Firefox, it gave me the "Firefox is finished installing extensions, this may take a few minutes" message and stayed there. This was with the profile that I created when 0.9 came out. I then created a new profile and everything would start up just fine, but when I tried to install All in One Gestures and restarted Firefox, it didn't install. Under this extension in the extension manager, it said that it would be installed when I restarted Firefox, but it never would install. I got the same thing when I tried to install TBE. Only way I got around it was to uninstall this build and reinstall 0.9 and created a new profile. Everything when back to normal then.
*** Bug 248013 has been marked as a duplicate of this bug. ***
After getting this bug I tried unistalling, and deleting the entire directory, but when I reinstalled it was all there still giving me the same error, and with the same extensions showing up.
This bug seems to be morphing into a general bug about "Finishing Extension Installation", it is (or at least used to be) about just one specific cause, i.e. overwriting an existing extension with an updated version of the same extension. If you can reproducable get the error message when doing something other than updating an extension then that is probably a different bug.
I tired putting it as a different bug, however it was marked as a duplicate and sent here.
Ok, I've reopened both the dupes. To clarify - this bug is only for the case where someone installs an extension, and then installs a new version of the same extension. Bug 248013 is for the case where this happens after installing the same extension twice. Not sure about the other bug... Ideally, all these issues would be fixed by Firefox having the ability to recover from these situations - counting on extensions to behave correctly, at the risk of pretty much losing a profile if they don't, is not good.
I'm going to paste what somebody else wrote on the MozillaZine forums and describes a similar problem to mine: --- begin paste I've downloaded the Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040619 Firefox/0.9.0+ build, and visiting update.mozilla.org, I can't install any extensions except Adblock Sad I've tried (interspersed with deleting profile +/- program folder): - setting the browser version thingy to 0.9 instead of 0.9.0+ - installing one extension (various ones) from the website, then restarting Firefox - installing more than one at a time from the website, then restarting Firefox - saving the xpi files to my hard drive (the website is soooo slooow anyway) and drag-dropping one into the browser window, then restarting Firefox. Most times when I go back into the EM I just get a message like "Plain Text Links - this extension will be installed when Firefox is restarted". I've made sure no firefox processes are running, logged off and logged back on, and restarted my machine (P3 1GHz Win XP). I deleted my old Firefox program folder (was using 0314 build, am thinking of recovering it from the recycle bin) and deleted my profile folders (Mozilla (empty) and Firefox) completely. Actually, I've just remembered that I didn't delete the cache as that's on a separate drive... but surely that wouldn't be the problem? I've uninstalled my new Firefox build (Add/Remove programs method), deleted the profile, reinstalled, and reinstalled extensions (have tried with 6, all from the update.mozilla.org site and meant to be compatible), and still no luck. Sometimes I get a box instead of a browser window, that says something like "Firefox is finishing installing extensions, this may take a few minutes" - well I've left that a few minutes with no CPU activity and had to close it and delete my profile to get Firefox to start again. So - HELP! Smile Please!! Thanks for any suggestions! -- Jon (jdavtz) --- end paste My own comments: With a CVS compile (06/22-23/04, on Debian unstable), I can't get any extensions to finish installing. I'm always left with "This item will be installed after you restart Firefox.", no matter what extension I try and how many times I restart Firefox. With official 0.9, some extensions will install, but sooner or later I end up with either the pop-up window saying something about finishing the installation (which never goes away...), or a browser that just hangs and won't start at all. Basically, extensions just aren't working... I've tried the patch that's attached to this bug with no change.
*** Bug 248013 has been marked as a duplicate of this bug. ***
I have had the same bug occur on two different computers. However, I can start Firefox by opening the shortcut twice: first time gives the "Finishing Install" box, and the second time gives the browser window as normal.
This bug should be blocking 0.9.1. It's extremely frustrating for extension developers because users who install an extension and encounter this bug blame the developers for destroying their profile/extensions.
Ben fixed this on the FIREFOX_0_9_1_BRANCH at 2004-06-24 03:19 and on the AVIARY_1_0_20040515_BRANCH at 2004-06-24 14:43. I'm leaving this bug open for trunk checkin.
I have this condition. What is the fix for it?
Jeffrey, see comment 12.
(In reply to comment #29) > I have this condition. What is the fix for it? If you are unable to follow the steps in comment 12 and are comfortable with editing your extensions.rdf file, look at my instructions at http://www.chuonthis.com/extensions/troubleshoot.php#finishing
Comment on attachment 150963 [details] [diff] [review] Make zip file extraction truncate any existing file (patch against Aviary) I *think* the right person to review this for the trunk might be dveditz, but I suspect darin might also be able to?
Attachment #150963 - Flags: review?(bugs) → review?(dveditz)
I'm the right guy, looking.
Comment on attachment 150963 [details] [diff] [review] Make zip file extraction truncate any existing file (patch against Aviary) My bad :-( r=dveditz Filed bug 248971 to fix other places with the same error
Attachment #150963 - Flags: review?(dveditz) → review+
Comment on attachment 150963 [details] [diff] [review] Make zip file extraction truncate any existing file (patch against Aviary) sr=me
Attachment #150963 - Flags: superreview+
Fix checked in on trunk, too.
Status: NEW → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED
same happened to me, working with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.9 Workaround was edit Extensions.rdf file (in my case it is located in %AppData%\Firefox\Profiles\default\bm0zkytg.slt\Extensions) and delete the tags and its contet (<RDF .... />) where there was a line with ToBeInstalled = true. I also deleted the content of temp subdir, where there was only one of the extensions that I deleted in the file.
(In reply to comment #37) > same happened to me, working with Mozilla/5.0 (Windows; U; Windows NT 5.1; > en-US; rv:1.7) Gecko/20040614 Firefox/0.9 > > Workaround was edit Extensions.rdf file (in my case it is located in > %AppData%\Firefox\Profiles\default\bm0zkytg.slt\Extensions) and delete the tags > and its contet (<RDF .... />) where there was a line with ToBeInstalled = true. > > I also deleted the content of temp subdir, where there was only one of the > extensions that I deleted in the file. Did this happen after the checkin? Any confirm one way or the other?
Relative to Comment#38: Maybe. At least all is not well. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040724 Firefox/0.9.1+ StumbleUpon/1.995 After installing latest (weekly), loaded several extensions. Noted that extension manager seems not to know whether it is re-installing the same extension - or perhaps installing one several times, perhaps with different versions. [ASIDE: sorting the list by name could clear this up!] Quit FF, tried to re-start to finish up the installations. Nothing visible happened. Brought up ProcessExplorer, FF is loaded but doing nothing. Murder it. Try restarting again. At one point, I think I had three loaded incarnations, none of them able to paint a screen. Killed all, watched more closely. FF opens batch of chrome files, after a _long_ pause, closes them; then - nothing. Re-installed. New Profile. Same result. Finally, discovered that deleting the Extensions folder in my profile-folder and starting from scratch with extensions cleared up the problem. Also, noted that even deleting the Profile/Extensions folder leaves many traces around of the past extensions. I have menu items with nothing attached, etc. Not entirely sure what I need to purge next. Much more serious in the case of Thunderbird because I cannot afford to jeopardize my hoarde of emails.
*** Bug 246658 has been marked as a duplicate of this bug. ***
*** Bug 254774 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.