Closed
Bug 246765
Opened 20 years ago
Closed 16 years ago
installation aborted with 7zip - Unspecified error
Categories
(Firefox :: Installer, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: aha, Unassigned)
References
Details
When installing FirefoxSetup-0.9.exe, just after run small error window appear with caption "7Zip" and text "Nespecifikovana chyba" ("Unspecified error" in English). That's all from installation. 0.9/W2K CS, build: 2195, SP 4
Comment 1•20 years ago
|
||
This same issue is happening for me for both the release installers for Firefox 0.9 and Thunderbird 0.7. I had 7-zip 3.12 installed when this happened, so I tried uninstalling it. That made no difference. I also tried logging directly into an administrative account instead of using Run As. This also did not make a difference. A second download of the files solved the issue. I have had this happen in the past before and a second download would solve the problem. This makes me believe it is a corrupt installation file. If anything, this issue should be noted in the Release Notes or Readme or similar location. Considering that the Internal Name and Original File Name for the Firefox 0.7 installer is a 7-zip self-extractor file name and that the file version is 3.12, I would magine that 7-zip is used to compress the installation package. A bug should probably be filed with them to provide a better error message.
Comment 2•20 years ago
|
||
*** Bug 250404 has been marked as a duplicate of this bug. ***
I'm having the same problem with Firefox 0.9.3 on one of my Windows 98 SE machines. I've also seen this expressed as a W98 SE problem in other forums. However, maybe it's hardware specific because I have installed it successfully on one of the other W98 SE machines in the house.
Comment 4•20 years ago
|
||
*** Bug 260271 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 5•20 years ago
|
||
We have several reports from czech users, who met this bug with Firefox 1.0.
Comment 6•20 years ago
|
||
According to the comment 1 I have tried to corrupt (in hexeditor) downloaded Firefox. And really when the corruption happened near the file header (somewhere in the UPX-7zip-sfx part) the installer either crashed or terminated with "Unspecified error" alert. This is confusing even for experienced users. We need alert like "Error - file is corrupted". (Note: When the corruption happens far from the file beginning, installer is "Extracting..." data, after some time alerts "Data error" and then alerts "Unspecified error". Well, this is OK.) After some googling I have found same problems with other applications using 7zip self-extraction. Someone should sent to the 7-zip developpers request about fixing this problem in the *.sfx files.
Comment 7•20 years ago
|
||
Seems it was reported - no reaction yet. http://sourceforge.net/tracker/?group_id=14481&atid=114481&func=detail&aid=976062 Other maybe relevant links: http://sourceforge.net/tracker/index.php?func=detail&aid=1058884&group_id=14481&atid=114481 http://sourceforge.net/tracker/?group_id=14481&atid=114481&func=detail&aid=885888
Comment 8•19 years ago
|
||
Ben, this sounds like it could be bad. Tracy recently saw this in testing and I think it's worth investigating (though we can't reproduce reliably).
Flags: blocking-aviary1.1+
Comment 9•19 years ago
|
||
I ran across this when searching for a regression window using a friends machine. It was running WinXP sp1. As I recall, the build from 2005021406 was exhibiting this. The extraction would reach 83%, (note: a successful complete extraction shows a very brief pause in progress at 83%) then the errors as describe in this bug would appear and extraction would fail. I downloaded the same build a few times with the same result. Some, but not all, of the installers since then were doing the same thing. I haven't been able to reproduce this at the office or on my test machine at home.
Comment 10•19 years ago
|
||
*** Bug 296251 has been marked as a duplicate of this bug. ***
Comment 11•19 years ago
|
||
*** Bug 284998 has been marked as a duplicate of this bug. ***
Comment 12•19 years ago
|
||
no sign of this recently. could have been a bad build or series of builds. if anyone can reliably reproduce with current trunk nightlies, please re-nominate.
Flags: blocking-aviary1.1+ → blocking-aviary1.1-
Comment 13•19 years ago
|
||
(In reply to comment #12) > no sign of this recently. could have been a bad build or series of builds. if > anyone can reliably reproduce with current trunk nightlies, please re-nominate. Can it be that this doesn´t happen to people often installing nightlies, but to some guys who only install releases? Just happened again with Firefox 1.0.5 in Bug 276515 Installer quickly and silently crashes on an old Windows NT 4.0 box Also have a look at Bug 276515 comment 15 about Thunderbird. The reporter extracted the files from the installer.exe using the 7zip filemanager, and the started setup.exe from the extracted files. It was always crashing, sometimes giving an alert. The Aviaries are compressed using 7-zip version 3.12, the current stable version of 7-zip is 4.23, and there is also a 4.24beta so maybe it's time to update? http://www.7-zip.org/ http://www.7-zip.org/download.html is also showing p7zip for Linux. http://sourceforge.net/projects/p7zip/
Updated•19 years ago
|
Assignee: bugs → nobody
QA Contact: bugzilla → installer
Comment 14•18 years ago
|
||
*** Bug 338929 has been marked as a duplicate of this bug. ***
Comment 15•18 years ago
|
||
I also faced this problem when I downloaded Firefox version 1.5.0.3 thought it was a download error and so downloaded again and the results were still the same :( . After going thru the earlier comments had a idea and so I connected to the site using IE (rather than Firefox 0.9.3 which I was using at for my earlier downloads). Now the installation worked just perfect. HTH, Cheers,
Comment 16•18 years ago
|
||
*** Bug 341585 has been marked as a duplicate of this bug. ***
Updated•17 years ago
|
Version: unspecified → 1.5.0.x Branch
Comment 18•16 years ago
|
||
This doesn't affect the NSIS installer which has been in use since Firefox 2.0. Resolving -> WONTFIX as it applies to fixing this bug for Firefox 1.5 since that is what this bug is about. If this is still reproducible with 2.0.0.x or above please reopen or file a new bug. Thanks
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•