In case anyone else experienced the same problem ---------
I found this, which was pertinent to my posted problem of the cgi-lib.pl
error on Content-type:
============== snip ==================
If you go and have a look at the Microsoft KnowledgeBase you will find that
this is actually a known bug in Microsoft Internet Explorer 5.01 (especially
if you've installed the 128bit update)!
The bug existed in older versions too, apparantly, but is very specific to
5.01. I don't believe it's anything to do with DNS whatsoever - it's very
intermittent.
We've had trouble explaining this issue to users of SSL too, but I've
experienced this problems with SSL on other systems too.
============= snip =================
So... what I did to fix the problem, which is a real hack, but what the
h***, is this:
edited the line in cgi-lib.pl that says:
if (!defined $meth || $meth eq '' || $meth eq 'GET' ||
$meth eq 'HEAD' ||
$type eq 'application/x-www-form-urlencoded') {
by adding the double content type that produces the error in IE with ssl in
these rare instances.
fixed line in cgi-lib.pl is:
if (!defined $meth || $meth eq '' || $meth eq 'GET' ||
$meth eq 'HEAD' ||
$type eq 'application/x-www-form-urlencoded' || $type eq
'application/x-www-form-urlencoded, application/x-www-form-urlencoded') {
This traps the double content type as a valid content type. (there's a
space after the comma)
Eric
Hostmaster [Beck Web Servers & Design]
mailto:hostmaster@bwsd.com
================================
This archive was generated by hypermail 2.1.3 : Tue Oct 19 2004 - 23:35:31 EDT