[SOLVED] IE8 throwing errors

[MrBaseball34]

I'm getting this error on each page in IE8:

Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; 
.NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; 
.NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MDDS)
Timestamp: Wed, 8 Sep 2010 15:42:00 UTC

Message: Syntax error
Line: 333
Char: 39
Code: 0
URI: http://www.store.crimptools.com/

offending line in HTML source code:

extraParams:{ajaxSearch:1,id_lang:}

Seems like this code is not running correctly in Block search module:

extraParams:{ajaxSearch:1,id_lang:{/literal}{$cookie->id_lang}{literal[spam-filter]

I am allowing cookies and actually have one in the cookie folder.

Any ideas as to why this is only happening on IE?

[rocky]

What version of PrestaShop are you using? There is a bug in "v1.1 theme compatibility" mode in PrestaShop v1.2.5 that causes that problem. It was fixed in PrestaShop v1.3.1 though. See here for the solution

[MrBaseball34]

1.3.1 with a 1.3.1 theme named cleanblue.

[rocky]

That's weird. It should be working. It seems that the $cookie isn't available for some reason. On the Preferences tab, do you have "v1.1 theme compatibility" turned on? Check to make sure you have the following in both the $smarty->assigns at the bottom of init.php:

'cookie' => $cookie,

Be aware that if there is a Javascript error in IE, there will probably also be a Javascript error in other browsers, though the other browsers don't make it visible like IE though.

[MrBaseball34]

The theme is a 1.2 theme named et-cleanblue from EzyTrader (http://ezytrader.com/product.php?id_product=41)
I don' t have the compatibility flag set because it says:

My shop use a PrestaShop v1.1 theme (SSL will generate warnings in customer browser)

I get no SSL warnings and the theme is not for 1.1.

AFA the fix noted in your link is concerned...
$priceDisplay is calculated in this line

$priceDisplay = Product::getTaxCalculationMethod();

All the other things are the same in my init.php as shown in the post.

I am using PS v1.3.1.

[MrBaseball34]

BTW, what is it about this compatibility switch that is so important, anyway?

Oh, and another thing. Why are there so many lines (count=415 in PS v1.3.1) like this one in addresses.php:

$customer->getAddresses(intval($cookie->id_lang))

Where you are getting the value from the $cookie when there is this in init.php

define('_USER_ID_LANG_', intval($cookie->id_lang));

Wouldn't it be more efficient to use the constant, instead?

[rocky]

It changes the variables that are available to all TPL files to the same ones that were available in PrestaShop v1.1 so the themes don't break.

I don't understand why the $cookie variable isn't available in your TPL files if it is being assigned in init.php.

[MrBaseball34]

I don't understand why the $cookie variable isn't available in your TPL files if it is being assigned in init.php.

Any comments on my previous post about the _USER_ID_LANG_ constant?

[MrBaseball34]

I just checked again and it shows with no errors with or without the compatibility flag.
IE8 must be full of it...

E.