Closed
Bug 247900
Opened 21 years ago
Closed 21 years ago
XPI whitelist and blacklist settings lost after visiting a XPI link
Categories
(Core Graveyard :: Installer: XPInstall Engine, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: christian.franke, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7) Gecko/20040616
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7) Gecko/20040616
The xpinstall.{whitelist,blacklist}.add settings are lost after visiting a http
XPI link.
Reproducible: Always
Steps to Reproduce:
1. Open about:config and set Filter to "xpinstall".
2. Set xpinstall.whitelist.add to default
("mozilla.org, mozdev.org, texturizer.net").
3. Open testcase attachment 149724 [details] (from Bug 240552) in new browser window.
4. Click on the first http link and wait until XPI confirmation box appears.
5. Examine "xpinstall.whitelist.add" in about:config window.
6. Click "Cancel" in confirmation box.
Actual Results:
xpinstall.whitelist.add now empty
Expected Results:
xpinstall.whitelist.add must not be changed
Behavior does not depend on "xpinstall.whitelist.required" setting.
Steps above can be reproduced also for xpinstall.blacklist.add.
Comment 1•21 years ago
|
||
that's fine. this is a command, not a permanent pref, and the entries are
actually stored in permission manager.
Group: security
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
Comment 2•21 years ago
|
||
(I'd give a reference to the comment where dveditz said that but I'm unable to
find it...)
Updated•10 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•