34157 - XPInstall progress dialog freezes during install of specific xpi file

Status: VERIFIED WORKSFORME

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

Description

[Jimmy Lee]

Build: 2000-03-31-14-M15(MAC)

1. From http://jimbob/trigger2.html, click drop-down button and choose 
   f_addsubcomp_bigfile and click Trigger button

RESULT:
XPInstall progress dialog appears.  "Transferring data from jimbob" appears.  
The download progress meter is empty indicating no download taking place.  
Clicking Cancel button is ignored and dialog stays present.

EXPECTED RESULT:
Installation completes similar to Linux and Windows.

NOTE:
I can reproduce this sometimes with test case, f_addsubcomp_macsmpltxt.  I am 
able to trigger other test cases.  It may or may not have something to do with 
size.

Comment 1

[Jimmy Lee]

Adding pp to Keywords.

Comment 2

[Cathleen]

not sure if this is also caused by whole bunch of regressions in the tree on 
Friday...

Comment 3

[Cathleen]

reassign to dbragg

Comment 4

[Cathleen]

need help verify to see if still valid.

Comment 5

[Jimmy Lee]

Builds: 2000-05-08-08-M16(MAC)

There is still a problem although it is slightly different now.  The progress 
meter does appear during Download.  Clicking Cancel does appear to stop the 
download while the progress meter stops progress.  However, the Downloading 
dialog stays visible instead of dismissing after the Cancel button was selected.

Comment 6

[Daniel Veditz [:dveditz]]

Parcelling out Cathleen's bugs

Comment 7

[scalkins]

This occured for me on on 2000-08-03-04M17 build for Mac. It hangs on different 
files whenever I cancel and try to restart install.For me it occured once on 
nim.zpi, another time on flash.xpi,or langende.xpi, and another time on 
langenus.xpi.
I am on OS 8.6, on a Mac G3. 
Using typical install with Mac Installer file (Not "full" installer for mac).
I removed registry and profile folder before attempting installation.
If a customer experiences the hang on certain files during install they would 
give up attempting to install it altogether (as I usually do) after the second 
try. Setting severity to critical for this reason.
Nominating nsbeta2  as I can't properly test AIM componenets if installer fails 
for Mac and I'm forced to uncompress the install files.

Comment 8

[leger]

This is a know issue.  Cannot use typical install with Mac Installer.  Known bug 
 to release note for PR2.  Please use Full installer.

isn't this a dup?

Comment 9

[Jimmy Lee]

Build: 2000-08-03-04-M17 (MAC)

This bug is about a specific xpi file.  This is unrelated to installing from the 
wizard.  Plus this bug is no longer reproducable.  A lot has happened since March 
31 and May 8.

This WORKSFORME.

Comment 10

[Samir Gehani]

This bug is XPInstall engine specific.  Wrong bug to release note.  And there is
nothing to release note here: the bug scalkins mentioned will *not* affect
external customers, and after the PR2 .xpis go live on ftp.netscape.comn and
worlwide cousin servers this bug will go away even for internal customers.
Lastly, internal customer swill not see this bug on the trunk since the site
selector has been temporarily disabled toill we get the Mac SmartDownload source
code from Netzip.

Another correction: you can in fact use "Typical Install."  This is not specific
to any setup type as such.  Use the full installer as Jan suggested.

Comment 11

[leger]

Putting on [nsbeta2-] radar.

Comment 12

[David Epstein]

Jimmy says this doesn't happen anymore.

Comment 13

[Daniel Veditz [:dveditz]]

Resolving based on QA comments.

Comment 14

[Jimmy Lee]

Done!