Build: 5/17/99 SeaMonkey build 1. Use jar at http://jimbob/jars/a_getcomponentfolder.jar 2. Using the form Install.GetComponentFolder(regName+"/"+jarSrc); 3. Trigger jar RESULT: SeaMonkey crashes. The installscript does add a file as expected. However, the crash appears to occur when GetComponentFolder is called. The Install.log shows: --------------------------------------------------------------------------- Acceptance: a_getcomponentfolder --------------------------------------------------------------------------- Starting Installation at 05/17/1999 14:54:09 Installing: C:\Program Files\mozbin517\x86rel\smrtupdt.txt EXPECTED RESULT: No crash. Install.log shows that script ends gracefully. Currently, there is no output to show that GetComponentFolder gets the correct string. This will be added when support is available.

Changing QA Contact from Grace to Jimmy.

jimmy - can you get a talkback report for this?

Build 6/7/99 Talkback report was not submitted. This is no longer crashing. Removing "Crash" from Summary.

setting target milestone to M8 reassign to dveditz

reassign to Sean

fixed. I already talked to Jimmy on how this works. Look for the fix in the next build of Seamonkey.

Build 7/7/99 Adding [PP] to Summary since this is fixed for Windows. However, this fails for Macintosh and Unix. For both Mac and Linux, the Install.log shows that the install script aborts gracefully.

Clearing Fixed resolution since this is now re-opened.

Build 7/13/99 This is still a problem for Unix and Macintosh. Windows is fine. The Install.log shows that GetComponentFolder returns "null". This is not correct. For Linux, I am able to see that the the component is properly registered. For Mac, I am unable to view the netscape registry. There is a problem that I am still investigating.

Clearing Fixed resolution due to ReOpen of this bug.

M8 is over...moving to M9. cathleen please move to later milestone if needed.

I have made numberous bug fixes which might cause some of these bugs to go away. I am going to mark them as FIXED so that they may be verified.

Build 7/27/99 This is still a problem. But now Windows no longer works. Removing [PP] from Summary.

Clearing FIXED resolution due to Re-open.

Fixed.

Build 8/9/99 But wait there's more... Macintosh and Windows now behave as expected. The Version Registry looks fine on Linux, but the path is unexpectedly being returned as "null". Adding [PP] to Summary. The current Target Milestone is M9, but Sean and I agree that this is not an M9 blocker.

Clearing Fixed resolution due to reopen.

moving to M10

My fix to bug 10180 appears to have fixed this.

Build 8/27/99 Fine on all platforms.

Bulk move of XPInstall (component to be deleted) bugs to Installer: XPInstall Engine