Closed Bug 263872 Opened 20 years ago Closed 19 years ago

XPInstallations triggered by onload should not return -210

Categories

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

Product:
Core Graveyard
Component:
Installer: XPInstall Engine
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: bugs4hj, Unassigned)

Details

We redirect people to an error page 
(example: http://multizilla.mozdev.org/xpi/return-codes.html#ret-210 )
in case of XPInstallation troubles, but this no longer works because of the
patch for bug 238684. We used this page for almost three years without troubles,
but now we're screwed. Disabling onload for sites like mozdev.org is simply
wrong. Can't you ceck the whitelist pref for this? Also, returning -210 in this
case is simply wrong. The *user* did *not* cancel the installation process,
*mozilla did*, so that's why it should use its own return code and not -210.
Summary: Onload XPI installs should use its own error code and not -210 → XPInstallations triggered by onload should not return -210
fix for bug 271567 checked into trunk.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.