Closed Bug 46872 Opened 25 years ago Closed 24 years ago

nsIWebProgressListener needs a security state change method.

Categories

(Core Graveyard :: Embedding: APIs, defect, P1)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: jud, Assigned: dougt)

References

Details

(Keywords: embed, Whiteboard: [nsbeta3+])

sIWebProgressListener::OnSecurityStateChange We'll have a enum for the different security states: secure not secure broken One notification happens at transition time. This one is cancellable - the notification method returns a PRBool. Another happens when we're done loading (this is really for the broken case). This is not cancellable.
Keywords: embed
Keywords: nsbeta3
Whiteboard: [nsbeta3+]
Target Milestone: --- → M18
Blocks: 48444
Priority: P3 → P1
checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
checked in. Notes: + New interface is checked into netwerk/base/public/nsISecurityEventSink.idl + security level flags add to the nsIWebProgressListener are not honor yet. RFE. + Deverged from inital conversation about this interface. There will not be any way to prevent a page transition via this interface. I deverged for a few reasons. 1. Current implementation does not allow users to stop a page transition. (bad to warp an interface to fit design... i know) 2. we post events into an event sink. I did not want to enforce a sync call into that event sink. 3. Makes the interface more complex. This only effects page transitions (eg https -> http). You still will get notified, but unable to stop the progress. Cancelation can still be caused in the onStatusChange method.
Resolution: FIXED → ---
verified fixed.
Status: RESOLVED → VERIFIED
grumble.
Status: VERIFIED → REOPENED
fixed.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
verified.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.