Closed Bug 308383 Opened 19 years ago Closed 19 years ago

inconsistent blocking of extension installation during onload

Categories

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

1.8 Branch
x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: lwolfe, Unassigned)

Details

Attachments

(2 files)

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; yie6; YPC 3.0.3; SV1; .NET CLR 1.1.4322; .NET CLR 1.0.3705; .NET CLR 2.0.50215)
Build Identifier:  Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

Calling InstallTrigger.install() during onload does nothing (bug 238684).  
However, if you set window.location.href, you'll get the whitelist bar at the 
top, or the actual installation prompt if the site is already allowed.

Reproducible: Always

Steps to Reproduce:
After uploading the attachments, I noticed they both make the whitelist bar
appear if "bugzilla.mozilla.org" isn't in your allowed sites, but only the
window.location.href method can actually pop up the install dialog.
Assignee: nobody → xpi-engine
Component: Extension/Theme Manager → Installer: XPInstall Engine
Product: Firefox → Core
QA Contact: extension.manager
Version: unspecified → 1.8 Branch
This isn't going to get fixed on the 1.0 branch (not a security exploit), and on
the trunk we've stopped blocking onload installs (see bug 271567). This
shouldn't be an issue.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: