Privilege Manager Does not Obey UniversalXPConnect

VERIFIED INVALID

Status

()

Core
XPConnect
--
major
VERIFIED INVALID
16 years ago
16 years ago

People

(Reporter: mk, Assigned: David Bradley)

Tracking

Trunk
All
Windows 98
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
Trying to use the privilege manager to allow UniversalXPConnect does not give a
script permissions to make an nsIHTMLEditor component.  This severly limits the
embedability of the editor component and leaves IE in the lead with it's
HTMLArea component.  A privileged script should be able to manipulate an editor
component.

Steps to Reproduce
Create a XUL file with an <editor> component.
Include some JavaScript and call a function in the onLoad of the XUL window.
In that function, register a new documentStateListener
In documentStateListener::NotifyDocumentCreated(), 
    var htmlEditor =
    editorElement.editorShell.QueryInterface
    (Components.interfaces.nsIHTMLEditor);

Results in 'Permission denied to create wrapper for object'

Comment 1

16 years ago
mk: could you make a reduced testcase and attach it to this bug 
via the "Create a New Attachment" link above? That will speed things
along; thanks -
(Reporter)

Comment 2

16 years ago
Arg, so sorry.  This is not a bug.  I was unaware that 
netscape.security.PrivilegeManager.enablePrivilege("UniversalXPConnect");
was limited to function scope.  Recomend resloving to INVALID.
(Assignee)

Comment 3

16 years ago
Marking INVALID per reporter's comment

Thanks for reporting back.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → INVALID

Comment 4

16 years ago
Marking Verified -
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.