Installing SSL trust logos

[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.

[ckosloff]

Kobra, Merlinpa et al,

I need help.
We got the Corner of Trust working on all browsers and that's great.
However, Trust Logo in the sidebox is still resisting all my efforts to making it work on IE6.
I have set it up again on my site, in order to test further.
I tried some mods, like the syntax correction I mentioned in html_header.php, and now it is pulling the image from the secure area, even when in public area.
The hover in the secure area still not works in IE6 and I can't figure out why it works in Corner of Trust and not in Trust Logo.
I am working on a totally revised version of this site and I will have it ready soon. If I can't solve the IE6 issue by then I will definitely have to switch to Corner of Trust, in other words I won't be able to provide a test ground for Trust Logo any more.
If anybody is interested in the contrib, I will of course provide support for installation.
I'm intrigued about what Kobra said about it loading painlessly in IE6 and https.
Kobra, did you get the hover in the secure area?
Thanks.

[kobra]

I'm intrigued about what Kobra said about it loading painlessly in IE6 and https.
Kobra, did you get the hover in the secure area?

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?

I did not get a warning when selecting "login"

Now I still do not get a warning in IE BUT while the pop up works in IE when in the login screen "only" hovering over it produces a popup but with "Credentials are not available for this site"

[ckosloff]

Hey Kobra,

Thanks for quick reply.
That's precisely the problem.
When you are in a secure area with IE6, Trust Logo does not display credentials and throws errors.
The site does work though, it is only the hover that can mislead a customer when he is about to make a purchase.
The issue is not so much when login, but when going to checkout.
Try adding a product to cart and going to checkout, you will be directed to the secure area without any warnings, try hovering and you will see that it stopped working.
It does work in IE 7 and IE 5.5...go figure.
Comodo just blames Zen Cart for this behavior, insisting that their code works and in fact it does work, but only in static pages.
Try this in IE 6 and you will see that the hover works
https://www.ladywig.com/trustlogo_test.html
it is also behind a secure connection.
However, when going to the secure area via the shopping cart the hover will stop working.

[ts232]

I did not get a warning when selecting "login"

Now I still do not get a warning in IE BUT while the pop up works in IE when in the login screen "only" hovering over it produces a popup but with "Credentials are not available for this site"

this is consistent with the problems that I was noticing awhile back. for now I have switched to corner of trust which works fine. I am stumped on this one...

[ckosloff]

I am stumped on this one...

So's everybody else, including Comodo.
Guess we'll have to wait for IE6 to die out...

[cpowell1]

I ran into the same problem discussed in this thread about the Comodo TrustLogo not working in IE6. (In summary, the mouseover popup looks weird on non-SSL pages and you get an error on SSL pages.)

I created a test page with nothing but the logo on it and it worked fine. So I started adding bits of Zen Cart until I was able to break it. It didn't take long.

This is the problem:

<base href="<?php echo (($request_type == 'SSL') ? HTTPS_SERVER . DIR_WS_HTTPS_CATALOG : HTTP_SERVER . DIR_WS_CATALOG ); ?>" />

Or, to complicate things a bit less:

<base href="https://www.mysite.com" />

I opened a ticket with their tech department who got back to me the next day with the info that IE6 doesn't like the base tag written that way. The simple fix was rewriting the tag like so:

<base href="https://www.mysite.com"></base>

Everything works fine now!

I'm an encyclopedia of browser quirks (I've been coding since back around NS2 days... (where is that smiley for feeling old? :-) and I had no idea about this one. I'd like to publicly state how impressed I am that they DID know about this and were able to help me so quickly. I asked them to add the issue to their knowledgebase.