193123 - nothing happens when getting a URL that returns Content-Type application/x-x509-email-cert

Status: RESOLVED INCOMPLETE

(Core :: Networking, defect)

Description

[Henrik Gemal]

http://www1.certifikat.dk/producer/ldapinstall.pl?item=%63%6E%3D%50%65%74%65%72%20%4C%69%6E%64%20%44%61%6D%6B%6A%E6%72%2B%73%65%72%69%61%6C%4E%75%6D%62%65%72%3D%43%56%52%3A%32%35%37%36%37%35%35%31%2D%37%30%32%34%32%36%2C%20%6F%3D%54%44%43%20%49%6E%74%65%72%6E%65%74%20%41%2F%53%20%2F%2F%20%43%56%52%3A%32%35%37%36%37%35%35%31%2C%20%63%3D%44%4B

does nothing...

20030212

Comment 1

[Darin Fisher]

.

Comment 2

[benc]

-> file handling?
what should happen? can it go to layout? 

Comment 3

[Kai Engert [:KaiE:]]

Hmm, when I access the URL using a command line client, the HTTP headers tell me
that I receive HTTP error result code 500.

Comment 4

[Henrik Gemal]

using livehttpheaders from mozdev:

GET
http://www1.certifikat.dk/producer/ldapinstall.pl?item=%63%6E%3D%50%65%74%65%72%20%4C%69%6E%64%20%44%61%6D%6B%6A%E6%72%2B%73%65%72%69%61%6C%4E%75%6D%62%65%72%3D%43%56%52%3A%32%35%37%36%37%35%35%31%2D%37%30%32%34%32%36%2C%20%6F%3D%54%44%43%20%49%6E%74%65%72%6E%65%74%20%41%2F%53%20%2F%2F%20%43%56%52%3A%32%35%37%36%37%35%35%31%2C%20%63%3D%44%4B
HTTP/1.x
Host: www1.certifikat.dk
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030218
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1
Accept-Language: en-us,en;q=0.7,da;q=0.3
Accept-Encoding: gzip,deflate,compress;q=0.9
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Proxy-Connection: keep-alive
Referer: http://bugzilla.mozilla.org/show_bug.cgi?id=193123

HTTP/1.x 200 OK
Date: Tue, 18 Feb 2003 21:36:13 GMT
Server: Apache/1.3.26 (Unix) mod_perl/1.27 mod_ssl/2.8.10 OpenSSL/0.9.6g
Content-Type: application/x-x509-email-cert
Transfer-Encoding: chunked

Comment 5

[Kai Engert [:KaiE:]]

I'm surprised, it seems the web server is behaving differently, depending on the
client user agent string, possibly?

Anyway, before I can look at this in more detail, one additional piece of
information:

When downloading the indicated content, the client indeed does not show
anything. We are absolutetly silent. There are other open bugs that have a
discussion why that is, and whether we should give feedback or not.


However, if the content delivered by the web server is indeed a valid email
certificate, it should get imported to the certificate store.

When you use a fresh profile, and access the URL, and then go to
edit/prefs/privacy/certs/manager, other people tab, do you see a cert or is it
still empty?

Comment 6

[Henrik Gemal]

you can also just go to:
http://test.certifikat.dk/
and press the 
"Fortsæt på SSL session, hvor der kræves klientcertifikat"
link which links to:
https://test.certifikat.dk/secure

that's also a no load. Why is there a no connection report?

Comment 7

[Darin Fisher]

-> default owner

Comment 8

[Kai Engert [:KaiE:]]

i am not able to reproduce, is this possibly a dupe of bug 176507, which will hopefully be fixed soon?