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)
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:
| Reporter | ||
Comment 1•19 years ago
|
||
| Reporter | ||
Comment 2•19 years ago
|
||
| Reporter | ||
Comment 3•19 years ago
|
||
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.
Updated•19 years ago
|
Assignee: nobody → xpi-engine
Component: Extension/Theme Manager → Installer: XPInstall Engine
Product: Firefox → Core
QA Contact: extension.manager
Version: unspecified → 1.8 Branch
Comment 4•19 years ago
|
||
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
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•