Installing SSL trust logos

[ckosloff]

Also, I acknowledge the existence of the dreaded IE6 bug in https://
I have not yet found a solution, working on it...

[ckosloff]

I'm the only guy posting, no interest in Comodo?
I have already submitted v.1.2 for review, so deleted the one posted in this thread.
There is a significant difference in this version inasmuch as it corrects a syntax error in html_header.php.
In line 40 (the test line) everything after the src attribute should be enclosed in double quotes, for consistency with the previous base href tag in line 39.
This might prevent some browsers from tripping because there are many single quotes in that line, although they are all enclosed in parentheses.
However, sadly, this does not prevent the stupid bug in IE6.
I have struggled with Comodo for weeks on the IE6 issue, and haven't reached any useful conclusion so far.
They are stuck on defending their code, and blaming Zen Cart for the unusual IE6 behavior.
The script works in every browser, including IE5.5, except IE6 in a secure area, if the script were bad it would fail in all browsers, but only IE6 shows this stupid behavior.
I have tried changing security settings in IE6 with no joy.
So, my conclusion is that this is definitely a Microsoft issue, it has nothing to do with Comodo or Zen Cart.
Finally, I have tested corner of trust, in fact, it is now installed and working in my site.
Working...except for IE6. When switching to the secure area, IE6 displays the dreaded warning about secure and non-secure items, do you want to continue? Reason being that the image is behind a non-secure connection and IE6 will warn about that.
Comodo code changes this, so other browsers don't display this warning, but IE6 does.
So, for those who have posted that Corner of Trust is the panacea for IE6 bugs, you are wrong, it is still the bete noire.
I will try to correct this with a script that changes the image location according to SSL request, but this will not be Comodo scripting, so it's not easy as pie as some seem to think.
I'm not really angered about guys prefering Corner of Trust, I might switch to it myself, just don't think that it will correct IE6 by itself.
If anyone interested, I will help on installing Corner of Trust on their websites.

[kobra]

Do not feel alone - - viewing your site with my IE6 - I do not get any bad messages

Details: version: 6.0.2900.2180.xpsp_sp2_gdr.070227-2254

Do not know all my settings but the site in your sig loads https without a wimper

[Merlinpa1969]

Try fixing the corner of trust code

<script language="JavaScript" type="text/javascript">
COT("http://www.ladywig.com/includes/templates/mein/images/cornertrust.gif", "SC2", "none");
</script>


notice the image is being called from a non secure source,

hence the warning

[ckosloff]

Merlinpa,
"I will try to correct this with a script that changes the image location according to SSL request, but this will not be Comodo scripting, so it's not easy as pie as some seem to think."
I already stated in my post that I needed to work on what you pointed out.
I appreciate your posting.
Suggest a conditional statement script that would do the trick and I will review it.
Something like:
if {
$requesttype 'SSL' == true
https:// etc.
else
http://etc.}
Fine tune it and we'll see.

Kobra,
The errors in IE6 only appear when accessing the secure area, not only on my site but on everybody else's.
It looks fine in the home page, you have to access the shopping cart to verify it, and that's the critical part because the customer gets turned down when about to make a purchase.
Just click on any product, add to cart and go to checkout, with Trust Logo the hover doesn't work and with Corner of Trust you get the warning before switching to https.
You have to be using IE6 of course.
Thanks for posting, guys, I appreciate your comments.
I was feeling lonely in my struggle with Comodo.

[Merlinpa1969]

just put an S in front of http:// thats all that you need to do

[ckosloff]

just put an S in front of http:// thats all that you need to do

Yes! That did the trick, we have finally slayed the IE6 beast.
I was thinking on something more complicated, not realizing that the image could be called from the public area, even if behind a secure connection.
Thanks, Merlinpa.