After a newsgroup discussion, warren posted: > I'm not sure how you should get the webshell from libmime. This > is probably related to the infamous "event sink getter" architecture > that is yet to be determined. I want to do that next (for m10). So I want to make sure we track this as we move towards beta.
I marked this M10 per the comments above and to get off the 'Necko, no milestone' radar. Feel free to change.
Gagan, should this be an accessor on nsIChannel? Or should it be an event sink?
Rick said that he was going to add it nsIHTTPChannel. It doesn't make sense to do it to nsIChannel. But for the moment if you need to parse out the charset, you can see anything after the semicolon on a nsIHTTPChannel::GetResponseHeader("Content-Type", &foo); which is the raw HTTP header as compared to the nsI[HTTP]Channel::GetContentType() call. Cc'ing rpotts.
Spoke with warren at bug triage today. Not an M10 blocker...moving to M11.
Looks like this has already been done. nsIHTTPChannel::GetCharset
I trust warren, marking verified for tracking purposes.
Bulk move of all Necko (to be deleted component) bugs to new Networking component.