Closed
Bug 844351
Opened 12 years ago
Closed 10 years ago
remove nsISSLErrorListener
Categories
(Core :: Security: PSM, defect)
Tracking
()
RESOLVED
FIXED
mozilla40
Tracking | Status | |
---|---|---|
firefox40 | --- | fixed |
People
(Reporter: keeler, Assigned: keeler)
References
Details
(Keywords: addon-compat)
Attachments
(1 file)
4.43 KB,
patch
|
Cykesiopka
:
review+
|
Details | Diff | Splinter Review |
nsIWebProgressListener should be used instead, or not at all.
Assignee | ||
Comment 1•12 years ago
|
||
16:35 bsmith | keeler: using nsIWebProgressListener works for people | that are listening for web content loads (loads that | occur in docshells) 16:37 bsmith | keeler: But, there are also loads that don't occur in | docshells, like what thunderbird does. 16:37 bsmith | So, you might get some people asking you to explain how | thunderbird should replace its nsISSLErrorListener | implementation 16:38 bsmith | When you create a channel, you pass in some callbacks 16:38 bsmith | and one of the callbacks is a callback that gets called | when the channel is closed 16:38 bsmith | and that callback gets the nsresult for the channel 16:38 bsmith | which you can convert into an NSS error code using the | various PSM functions for doing so 16:39 bsmith | I think nsIDocShell deals with errors that way. 16:39 bsmith | I remember that if you look in Thunderbird's IMAP | implementation, they already handle errors that way 16:39 bsmith | for non-SSL stuff. 16:40 bsmith | So, they basically just need to add more cases to their | switch statement to handle the SSL- and Cert- related | errors
Assignee | ||
Comment 2•10 years ago
|
||
Doesn't look like this depends on bug 846581 anymore. As far as I can tell, there's nothing still using this interface for anything meaningful. (There are some uses in comm-central, but the implementations don't actually do anything.)
No longer depends on: 846581
Assignee | ||
Comment 3•10 years ago
|
||
Posted a notification that this is going away: https://groups.google.com/forum/#!topic/mozilla.dev.platform/AnRVB_DEcyA
Comment 4•10 years ago
|
||
ni Jorge in case this needs to be documented for add-on compat. I don't know the timeline for this change but it was announced on dev-platform this week.
Flags: needinfo?(jorge)
Comment 5•10 years ago
|
||
A few add-ons seem to use it, but it doesn't look like a big concern. Flagging for future documentation.
Flags: needinfo?(jorge)
Keywords: addon-compat
Assignee | ||
Comment 6•10 years ago
|
||
Cykesiopka - would you mind reviewing this? Thanks.
Assignee: nobody → dkeeler
Status: NEW → ASSIGNED
Attachment #8584813 -
Flags: review?(cykesiopka.bmo)
Comment 7•10 years ago
|
||
Comment on attachment 8584813 [details] [diff] [review] patch Review of attachment 8584813 [details] [diff] [review]: ----------------------------------------------------------------- LGTM.
Attachment #8584813 -
Flags: review?(cykesiopka.bmo) → review+
Assignee | ||
Comment 8•10 years ago
|
||
Thanks! https://hg.mozilla.org/integration/mozilla-inbound/rev/83af1139a6d3
Comment 9•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/83af1139a6d3
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
status-firefox40:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla40
You need to log in
before you can comment on or make changes to this bug.
Description
•