Closed
Bug 14520
Opened 26 years ago
Closed 8 years ago
jsloader should not expose 'raw' component manager into JS
Categories
(Core :: XPConnect, defect, P3)
Tracking
()
RESOLVED
WONTFIX
Future
People
(Reporter: jband_mozilla, Assigned: dbradley)
References
Details
(Keywords: arch, Whiteboard: [PDT-])
in http://bugzilla.mozilla.org/show_bug.cgi?id=13619 we have a plan for a
scheme to build a component manager proxy to be exposed into JS so that security
filtering can be done consistently.
The JSLoader does its own wrapping of the raw component manager and reflects it
into JS as needed to do the NSGetModule call. xpconnect could expose the proxied
component manager and the js loader could use that.
Though we may have no specific security plans for JS components, we should plug
all potential holes and route all calls through safe channels.
Updated•26 years ago
|
Comment 1•26 years ago
|
||
OK, I'll switch over when the proxy is available, presumably from the XPConnect
service.
Comment 2•26 years ago
|
||
Let's try that again, shall we?
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M11
Comment 3•26 years ago
|
||
Any news on how I should get the One True Component Manager? Just a
get-property on the Components object, maybe?
Do we need this for beta? I'll say ``yes'' for now.
Updated•25 years ago
|
Summary: jsloader should not expose 'raw' component manager into JS → [beta] jsloader should not expose 'raw' component manager into JS
Target Milestone: M11 → M12
Comment 4•25 years ago
|
||
say yes or remove beta from the title. -> m12
Updated•25 years ago
|
Summary: [beta] jsloader should not expose 'raw' component manager into JS → [beta] [arch] jsloader should not expose 'raw' component manager into JS
Comment 5•25 years ago
|
||
Is there a way to get The One True Component Manager Wrapper yet?
Updated•25 years ago
|
Target Milestone: M12 → M13
Comment 6•25 years ago
|
||
There's no good way to get the Component Manager wrapper other than
JS_GetProperty for Components.manager, and our current security policy makes it
currently pointless, so I'm punting to M13 and the completion of the XPConnect
reconstruction.
Updated•25 years ago
|
Target Milestone: M13
Comment 7•25 years ago
|
||
Setting "no target milestone" to match my dependency (13619).
Due to Beta indication in Summary, putting beta1 into keyword field.
Keywords: beta1
![]() |
||
Updated•25 years ago
|
Summary: [beta] [arch] jsloader should not expose 'raw' component manager into JS → [arch] jsloader should not expose 'raw' component manager into JS
Comment 11•25 years ago
|
||
I'm going to throw this at jband, who I know will throw it back at me as soon as
his part is done.
Assignee: shaver → jband
Status: ASSIGNED → NEW
![]() |
Reporter | |
Updated•25 years ago
|
Status: NEW → ASSIGNED
Keywords: arch
Summary: [arch] jsloader should not expose 'raw' component manager into JS → jsloader should not expose 'raw' component manager into JS
![]() |
Reporter | |
Comment 12•24 years ago
|
||
mass reassign of xpconnect bugs to dbradley@netscape.com
Assignee: jband → dbradley
Status: ASSIGNED → NEW
![]() |
Assignee | |
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Updated•19 years ago
|
QA Contact: pschwartau → xpconnect
Updated•8 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•