Closed Bug 84516 Opened 24 years ago Closed 24 years ago

Upgrading from 6.0/6.01 to current fails on Macintosh

Categories

(Core Graveyard :: Installer: XPInstall Engine, defect)

PowerPC
Mac System 9.x
defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla0.9.4

People

(Reporter: jimmykenlee, Assigned: slogan)

References

Details

(Keywords: crash, Whiteboard: [smartupdate])

Build: 2001-06-07-03-0.9.1(MAC) 1. From 6.0/6.01, open ftp://sweetlou/products/client/seamonkey/macos/8.x/ppc/2001-06-07-03-0.9.1/updat e.html 2. Click Launch XPInstall button 3. Click OK button from Items to Install 4. When completed installing, exit browser 5. Launch browser RESULT: New splash screen appears. Files are shown as being registered. Splash screen dismisses and browser does not launch. There are several "-1" and "-2" files in the directory (many in Chrome and Components) No noticeable errors in Install.log. EXPECTED RESULT: Browser launches with updated version/release. No "-1" and "-2" files.
Nominating for beta. This breaks the ability of updating from website from 6.0/6.01 to current. This appears to also breaks the user's current working browser.
Keywords: crash, nsbeta1
Whiteboard: [smartupdate]
adding Don and Samir to the CC: list because they might already know the problem and a potential fix.
Keywords: nsenterprise
Removing nsenterprise nomination.
Keywords: nsenterprise
We need to fix this, or else we won't ever have the smartupdate option.
Keywords: nsBranch
agreed. marking 0.9.4. I had done some work on the mac .xpi files themselves to delete obsolete files on installation. I wonder if that file list is now stale?
Target Milestone: --- → mozilla0.9.4
This may be specific to the 6.0-timeframe codebase, and if so we probably won't fix it. Is there a problem upgrading from mozilla0.9.3 or 6.1 to the latest build?
Keywords: nsBranchnsbranch
This seems to work fine when using Netscape 6.1 to upgrade to a nightly version on sweetlou. I can't fix this bug in 6.01, it is already shipped. I'm presuming that the problem doesn't exist in 6.1 and marking Worksforme.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Build: 2001-08-23-08-trunk(MAC) I am able to successfully update.html from 6.1 to a nightly build. Sanity checks appear to work fine. Marking Verified.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.