dhurley

I have discovered that any product that has been removed from our catalog is creating a 500 error on the page where that product used to be. Causing our errors in webmaster tools to jump up. Here's the error: Notice: Trying to get property of non-object in ***/modules/yotpo/yotpo.php on line 353 Notice: Trying to get property of non-object in ***/modules/yotpo/yotpo.php on line 354 Notice: Trying to get property of non-object in ***/modules/yotpo/yotpo.php on line 355 Notice: Trying to get property of non-object in ***/modules/yotpo/yotpo.php on line 634 Notice: Trying to get property of non-object in ***/modules/yotpo/yotpo.php on line 635 Notice: Trying to get property of non-object in ***/modules/yotpo/yotpo.php on line 357 Notice: Trying to get property of non-object in ***/modules/yotpo/yotpo.php on line 649 Notice: Trying to get property of non-object in ***/modules/yotpo/yotpo.php on line 359 [PrestaShopException]Invalid product vars at line 106 in file classes/Link.php In addition to this problem I would prefer that these missing products send the user to the standard 404 page not the "product not found" page. Thanks for your help guys!

Duh, ok the cover image is showing up. The thumbnail is not displayed at all?

Thanks for your reply. The route to the category is as you suggested '{id}-{rewrite}'. Category object looks like this: [id] => 3 [id_category] => 3 [name] => T-Shirts [active] => 1 [position] => 1 [description] =>description [id_parent] => 2 [id_category_default] => [level_depth] => 2 [nleft] => 3 [nright] => 28 [link_rewrite] => t-shirts [meta_title] => title [meta_keywords] => [meta_description] => desc [date_add] => 2013-09-15 16:29:53 [date_upd] => 2016-07-08 16:44:46 [is_root_category] => 0 [id_shop_default] => 1 [groupBox] => [id_image] => [webserviceParameters:protected] => Array ( [objectsNodeName] => categories [hidden_fields] => Array ( [0] => nleft [1] => nright [2] => groupBox ) [fields] => Array ( [id_parent] => Array ( [xlink_resource] => categories ) [level_depth] => Array ( [setter] => ) [nb_products_recursive] => Array ( [getter] => getWsNbProductsRecursive [setter] => )) [associations] => Array ( [categories] => Array ( [getter] => getChildrenWs [resource] => category ) [products] => Array ( [getter] => getProductsWs [resource] => product ))) [id_lang:protected] => 1 [id_shop:protected] => 1 [id_shop_list] => [get_shop_from_context:protected] => 1 [table:protected] => category [identifier:protected] => id_category [fieldsRequired:protected] => Array ( [0] => active ) [fieldsSize:protected] => Array ( ) [fieldsValidate:protected] => Array ( [nleft] => isUnsignedInt [nright] => isUnsignedInt [level_depth] => isUnsignedInt [active] => isBool [id_parent] => isUnsignedInt [id_shop_default] => isUnsignedId [is_root_category] => isBool [date_add] => isDate [date_upd] => isDate ) [fieldsRequiredLang:protected] => Array ( [0] => name [1] => link_rewrite ) [fieldsSizeLang:protected] => Array ( [name] => 128 [link_rewrite] => 128 [meta_title] => 128 [meta_description] => 255 [meta_keywords] => 255 ) [fieldsValidateLang:protected] => Array ( [name] => isCatalogName [link_rewrite] => isLinkRewrite [description] => isCleanHtml [meta_title] => isGenericName [meta_description] => isGenericName [meta_keywords] => isGenericName ) [tables:protected] => Array ( ) [image_dir:protected] => /Users/username/Sites/localhost/img/c/ [image_format:protected] => jpg [def:protected] => Array ( [table] => category [primary] => id_category [multilang] => 1 [multilang_shop] => 1 [fields] => Array ( [nleft] => Array ( [type] => 1 [validate] => isUnsignedInt ) [nright] => Array ( [type] => 1 [validate] => isUnsignedInt ) [level_depth] => Array ( [type] => 1 [validate] => isUnsignedInt ) [active] => Array ( [type] => 2 [validate] => isBool [required] => 1 ) [id_parent] => Array ( [type] => 1 [validate] => isUnsignedInt ) [id_shop_default] => Array ( [type] => 1 [validate] => isUnsignedId ) [is_root_category] => Array ( [type] => 2 [validate] => isBool ) [position] => Array ( [type] => 1 ) [date_add] => Array ( [type] => 5 [validate] => isDate ) [date_upd] => Array ( [type] => 5 [validate] => isDate ) [name] => Array ( [type] => 3 [lang] => 1 [validate] => isCatalogName [required] => 1 => 128 ) [link_rewrite] => Array ( [type] => 3 [lang] => 1 [validate] => isLinkRewrite [required] => 1 => 128 ) [description] => Array ( [type] => 6 [lang] => 1 [validate] => isCleanHtml ) [meta_title] => Array ( [type] => 3 [lang] => 1 [validate] => isGenericName => 128 ) [meta_description] => Array ( [type] => 3 [lang] => 1 [validate] => isGenericName => 255 ) [meta_keywords] => Array ( [type] => 3 [lang] => 1 [validate] => isGenericName => 255 )) [classname] => Category [associations] => Array ( [l] => Array ( [type] => 2 [field] => id_category [foreign_field] => id_category )))

I'm unable to get the category thumbnail images to show up. Permissions have been set recursively to 777 on img/ htaccess has been regenerated several times. Thumbnails have been regenerated. The category thumbnail is visible in the category edit backoffice When I print this: {$link->getCatImageLink($category->link_rewrite, $category->id_image, 'category_default')|escape:'html':'UTF-8'} it shows: http://localhost/c/-category_default/t-shirts.jpg Notice the dash before the image type ( -category_default ). If I visit that URI directly there's no image. If I remove the "-" and visit the URI it is still not there. No errors are generated in the php-error.log or running pretstashop in dev mode. I think this is a problem with the htaccess rewrite. Any help would be greatly appreciated. Thanks!

How can I get my 404 page to return the correct 404 response? Is there any reason why a 301 would be better?PS 1.6.0.6 Requesting http://www.mysite.com/wubalubadubdub SERVER RESPONSE: HTTP/1.1 301 Moved Permanently Date: Tue, 15 Mar 2016 21:22:56 GMT Server: Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.4 OpenSSL/1.0.1f X-Powered-By: PHP/5.5.9-1ubuntu4.4 X-UA-Compatible: IE=edge,chrome=1 Cache-Control: no-cache Location: https://www.mysite.com/wubalubadubdub Set-Cookie: 50611aebd1c5abb315ba70ce0ff2bb16=1N7Nu2M0tj3ZH8aF8S2WZI9Lzc1yFZTAuqCMP0wpPzQ7lBYbqHIOjltdywN62rnhCeXWPVh2%2F%2Bji77xDYWKEv3hHPBFUv%2FClssIsBs%2Bj0EQ%3D000079; expires=Mon, 04-Apr-2016 21:22:56 GMT; Max-Age=1728000; path=/; domain=www.mysite.com; httponly Content-Type: text/html; charset=utf-8 Redirecting to: https://www.mysite.com/wubalubadubdub

Thanks for your time! Guess we will just have to notify our visitors to regenerate their password. Got that working BTW.

That did not seem to work. Do I need to have the column length set to 32 chars. It generates a Prestashop exception if I use 40 chars on 1.6? I did replace the following: define('_COOKIE_KEY_', 'OLD_VALUE'); define('_COOKIE_IV_', 'OLD_VALUE'); define('_RIJNDAEL_KEY_', 'OLD_VALUE'); define('_RIJNDAEL_IV_', 'OLD_VALUE');

I am in the process of migrating the customer data from our production store (v1.5) to our new build (v1.6) It appears that the length of the ps_customers.passwd column has changed. 40 chars on 1.5 and 32 chars on 1.6. Passwords on 1.5 are identical to the the 1.6 passwords other than they have a colon and 2 chars appended to the end :** So on the 1.6 DB I increase the size of the column to 40 to match 1.5. Then I import the customer.sql file I created. Then I trim the extra 3 characters like this: UPDATE ps_customer SET passwd=SUBSTRING(passwd,1,LENGTH(passwd)-3) Then I change the passwd column back to 32 chars. This does not work. No existing passwords work. Password reset doesn't work either. Anyone have any experience with this? Thanks!

Well I tested it on my production server and it seems ok up there. So that works for now.

So I have disabled the theme I am using, so this is not using the default template. It appears that prestashop may be using two files for this page. /theme/default/order-confirmation.tpl and then the confirmation page from the payment module that has been used. I am unable to confirm this, because I cannot get a confirmation page change to show up. I am unable to change the confirmation page for the cheque module either.

Yes it is the presto-changeo module. PS version 1.5.6.1 http://i.imgur.com/6c8M8tg.png Thanks!

When I checkout on my store using authorize.net I am shown a confirmation page. But I cannot find the page that actually controls it. According to the developer of the authorize.net module the confirmation page is here: /modules/authorizedotnet/views/templates/front/confirmation.tpl I have changed that page, emptied that page, completely deleted it. I even tried deleting the order-confirmation.tpl page from my template. I have all of the caches turned off. And in debug mode. I have clicked on the clear cache and stuff button many many times. Force compile setting on. I deleted the cache folder in my theme. I deleted cache/class_index.php. I manually deleted the contents of cache/smarty/compile and cache/smarty/cache But it is always there. I cannot change it. I cannot get it to go away, unless I exit before it is called. It is redirecting to this page once the validation is complete. https://sitename.com/index.php?controller=order-confirmation&key=f4f03fc2b4fb7b7759a8eae1af55216c&id_cart=1180&id_module=195&id_order=98348 I have tried to search the entire code base for things in the source of the displayed confirmation page, and I cannot find any hidden files. It could be magic. Maybe it is aliens trying to contact us. Or maybe I am just missing something. Any help would be great! Even just additional trouble shooting ideas.

HI Ibrahim, Put in your fix and it looks like it worked! Now after the purchase, items were still in the cart, and the order is not shown. But after we refresh the order is there and the cart is empty. So we are much better off than we were. We will watch the behavior to see if we can get a better idea of what is happening. Thanks again! If you need to fix your paypal checkout hire Ibrahim.

Bump