Closed Bug 645825 Opened 14 years ago Closed 11 years ago

Consider trying to recognize CRL files which do not have the proper mime type

Categories

(Core :: Security: PSM, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: timeless, Unassigned)

References

()

Details

http://www.public-trust.com/cgi-bin/CRL/2018/cdp.crl

GET /cgi-bin/CRL/2018/cdp.crl HTTP/1.1[CRLF]
Host: www.public-trust.com[CRLF]
Connection: close[CRLF]
User-Agent: Web-sniffer/1.0.37 (+http://web-sniffer.net/)[CRLF]
Accept-Encoding: gzip[CRLF]
Accept-Charset: ISO-8859-1,UTF-8;q=0.7,*;q=0.7[CRLF]
Cache-Control: no-cache[CRLF]
Accept-Language: de,en;q=0.7,en-us;q=0.3[CRLF]
Referer: http://web-sniffer.net/[CRLF]
[CRLF]

HTTP Response Header
Name	Value	Delim
Status: HTTP/1.1 200 OK
Server:	Apache	
Last-Modified:	Thu, 17 Mar 2011 06:30:01 GMT	
ETag:	"22e-376-ca80ac40"	
Accept-Ranges:	bytes	
Keep-Alive:	timeout=5, max=99	
Content-Type:	text/plain

This is of course unfortunate, but that's life.
What does this have to do with docshell?
Component: Document Navigation → Security: PSM
QA Contact: docshell → psm
i can't remember how sniffing works. are you suggesting that psm should just listen for all text/plain content and do something magical?
It has the option of doing that, yes.  Much like how the RSS sniffer works.
The CRL Manager / Revocation Lists feature was removed.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.