Closed Bug 40598 Opened 25 years ago Closed 24 years ago

installer filenames need to be 8.3

Categories

(SeaMonkey :: Installer, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ssu0262, Assigned: ssu0262)

References

Details

(Whiteboard: [nsbeta2+])

There are some installer files, like NetscapeSetup.exe and NetscapeUninstall.exe, that are not 8.3. This causes the filenames to be truncated when burning an ISO 9660 compliant format. See message from danielmc@netscape.com (Daniel McGowan) below: =============================================================================== Joliet is not an ISO supported standard. It is a Microsoft extension to ISO 9660. As such it is not supported by most Unix operating systems. (You can get Linux to support it but it requires extensive patching see: http://bmrc.berkeley.edu/people/chaffee/joliet.html ) Toast 4.1 for Mac (latest) does support Joliet filenames in Hybrid CD's but X & Win on the same CD requires ISO9660 Level 1 (which is 8.3 format, A-Z,0-9 and _)
applying for nsbeta2 approval.
Status: NEW → ASSIGNED
Keywords: nsbeta2
Was this working in PR1? Why didn't we see this problem then?
Whiteboard: [need info]
From ssu in email: danielmc was the one who originally complained about it. I've forwarded him and mrush@netscape.com the bug, but no response yet. I don't know they did with PR1. I didn't hear about this till just now too. I think there are a couple of ways to solve this: 1) simply burn the self-extracting .exe file on the CD (vs its contents). Renaming NetscapeSetup.exe to something that is 8.3 does not affect its functionality. 2) update the build scripts to produce filenames conforming to 8.3 (for NetscapeSetup.exe and all of the files within it, like NetscapeUninstall.exe). 1) is much easier than 2).
Also from email, expect comments from Daniel McGowan on Thurs.
If you put the NetscapeSetup.exe equivalent on the CD then its contents have to be extracted onto the users hard disk, taking up a bunch of space. I thought the whole point of the "look for .xpis in the same directory" mechanism was to support installs from CD?
Right, option 1 will work but is a pretty ugly implementation. I wonder if doing it this way could impact the CCK folks? This was not a problem for PR1 for us (Intl.) because we did not burn CD's with X and Windows. Option 2 is the Right Thing To Do but may cause more work initially. How much work is involved will depend on how the build packaging scripts are written. I would strongly suggeset that we implement Option 2 for PR2 but we could live with option 1 in the PR timeframe. I think it would be a mistake not to have this implemented by RTM however, since this is when we are going to be mastering CD's for mass duplication (when it is going to be costing real money).
Here is a list of files that need to be renamed to conform to 8.3: artextensions.xpi fullcircle.xpi spellchecker.xpi jre13patch.zip NetscapeUninstall.exe NetscapeSetup.exe
Per a dveditz email: "Needed if we want to press multi-platform CD's. For bits on the wire or windows-only CD's I think we're fine. Renaming the xpi files is trivial, the executables only slightly less so." We WILL be pressing multi-platform CDS for beta2, thus making this a [nsbeta2+]
Whiteboard: [need info] → [nsbeta2+]
Actually, Dan's suggestion is not possible without causing complications to the Uninstaller. This is because the install.log that is generated during installation, is created in the same directory as setup.exe, which would be on the readonly CD in Dan's case. If install.log is not created, the user would not be able to uninstall the product. A solution for now is to just put the big, self-extracting .exe on the CD (with a 8.3 conforming filename of course).
Isn't there a bug on the install.log location? If not there should be, and we should lobby to make it nsbeta2+ if it blocks this.
found it: http://bugzilla.mozilla.org/show_bug.cgi?id=19034 Marking this bug dependent on it and nominating the above bug as nsbeta2.
Depends on: 19034
fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Sean, Assuming I have to wait for CDs to confirm this? please confirm
actually, not really. You just need to make sure that when you run "N6Setup.exe -u", all the files that get uncompressed are 8.3. Also, all the files that are in the xpi dir on sweetlou are 8.3.
got it now- files with 8.3 not in first build today build 2000061509 ok
Status: RESOLVED → VERIFIED
oldfile.xxx = newfile.xxx artextensions.xpi = artext.xpi fullcircle.xpi = talkback.xpi spellchecker.xpi = spellchk.xpi jre13patch.zip = jre13p.zip NetscapeUninstall.exe = N6Uninst.exe NetscapeSetup.exe = N6Setup.exe
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.