Closed Bug 626732 Opened 14 years ago Closed 1 year ago

nsNullPrincipal::CheckMayLoad uses nsScriptSecurityManager in a thread-unsafe way (since it uses string bundles)

Categories

(Core :: Security: CAPS, defect)

x86
macOS
defect

Tracking

()

RESOLVED INVALID

People

(Reporter: bent.mozilla, Unassigned)

Details

nsNullPrincipal::CheckMayLoad uses nsScriptSecurityManager in a thread-unsafe way (since it uses string bundles). I guess we want nsNullPrincipal to be threadsafe, so we need to fix this somehow.
> I guess we want nsNullPrincipal to be threadsafe We do? Why? What operations on it do we want to be threadsafe? In general, principals and the security manager are not threadsafe last I checked....
See bug 626301, shaver wants us to use nsNullPrincipal for Workers.
Severity: normal → S3

Resolving invalid because I think things are now worse than they were in comment 0 and this should be superseded by more up-to-date bugs; CheckMayLoad is generally main-thread-only at this time and for reasons not just involving string bundles (which can be side-stepped).

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.