ukbaz

Just noticed the new PayPal module. UK flag seems to be missing in the download page on Addons... Have they stopped supporting PayPal UK again???? Also it's not called PayPal Europe anymore - what is the current status of this module ? Thanks Baz

Hi - I've used this to test update of stock in 1.6.1.11 Prestashop Works well but with an issue! When going back and editing a product opening associations the categories are all blank: On Saving 2 errors: 2 errors Products must be in at least one category. This product must be in the default category. Once saved the categories appear back! Anyone know how to solve this??? I presume it's here in controllers/admin/AdminImportController.php - but not sure how to solve it: // Will update default category if there is none set here. Home if no category at all. if (!isset($product->id_category_default) || !$product->id_category_default) { // this if will avoid ereasing default category if category column is not present in the CSV file (or ignored) if (isset($product->id_category[0])) { $product->id_category_default = (int)$product->id_category[0]; } else { $defaultProductShop = new Shop($product->id_shop_default); $product->id_category_default = Category::getRootCategory(null, Validate::isLoadedObject($defaultProductShop)?$defaultProductShop:null)->id; } }

Hi Fabio - thank you so Much! Will get implementing this first thing tomorrow All the best! Baz

Hi NemoPS Thanks so much for that - I'll await the tut! Thanks again! Baz

Been thinking about this and how best to achieve it.... One possibility would be to add an extra field to database to contain updated id_contact, so in classes/CustomerThread.php: class CustomerThreadCore extends ObjectModel { public $id; public $id_shop; public $id_lang; public $id_contact; public $id_customer; public $id_order; public $id_product; public $status; public $email; public $token; public $date_add; public $date_upd; public $id_contact_upd; /** * @see ObjectModel::$definition */ public static $definition = array( 'table' => 'customer_thread', 'primary' => 'id_customer_thread', 'fields' => array( 'id_lang' => array('type' => self::TYPE_INT, 'validate' => 'isUnsignedId', 'required' => true), 'id_contact' => array('type' => self::TYPE_INT, 'validate' => 'isUnsignedId', 'required' => true), 'id_shop' => array('type' => self::TYPE_INT, 'validate' => 'isUnsignedId'), 'id_customer' =>array('type' => self::TYPE_INT, 'validate' => 'isUnsignedId'), 'id_order' => array('type' => self::TYPE_INT, 'validate' => 'isUnsignedId'), 'id_product' => array('type' => self::TYPE_INT, 'validate' => 'isUnsignedId'), 'email' => array('type' => self::TYPE_STRING, 'validate' => 'isEmail', 'size' => 254), 'token' => array('type' => self::TYPE_STRING, 'validate' => 'isGenericName', 'required' => true), 'status' => array('type' => self::TYPE_STRING), 'date_add' => array('type' => self::TYPE_DATE, 'validate' => 'isDate'), 'date_upd' => array('type' => self::TYPE_DATE, 'validate' => 'isDate'), 'id_contact_upd' => array('type' => self::TYPE_INT, 'validate' => 'isUnsignedId'), ), ); Then I'd need to further mod controller Or is it better just to update the existing id_contact field? Thanks Baz

That would be VERY helpful Nemo . I'm stuck on this one! Baz

Hi we have set up different contact types in the contact form. For example: 'product problem' goes to 'customerservice@ 'product question' goes to 'sales@ etc Options on contact form are 'problem with a product' 'question about a product' And when a customer sends from form these values are assigned in Customer Service tab list view under 'Type'. On opening individual customer service questions it is now possible to 'forward discussion to another employee/department - however it is not currently possible to re-assign the question type. So if someone uses the contact form to ask a 'question about a product' when in fact they actually have a 'problem with a product' the question type always stays in the state originally chosen by the customer when sending contact form. I want to be able to re-assign question type/ id_contact. Is this possibel? Thanks Baz

Hi we have set up different contact types in the contact form. For example: 'product problem' goes to 'customerservice@ 'product question' goes to 'sales@ etc Options on contact form are 'problem with a product' 'question about a product' And when a customer sends from form these values are assigned in Customer Service tab list view under 'Type'. On opening individual customer service questions it is now possible to 'forward discussion to another employee/department - however it is not currently possible to re-assign the question type. So if someone uses the contact form to ask a 'question about a product' when in fact they actually have a 'problem with a product' the question type always stays in the state originally chosen by the customer when sending contact form. When transferring question is it possible to also re-assign question type? Thanks Baz

Does the added code need {literal} tags anywhere? Added the code but not displaying in source of web page? Thanks Baz

Thanks Ron - will give it a try. In your PayPal account IPN settings have you got it showing as 'disabled'? Otherwise it asks for an IPN url? thanks Baz

We Migrated to a new server last week - at which point IPN notices failed to arrived. PayPal showed on IPN history sucessfully sent and 200 response code. No orders made in Prestahop back office! We have a PayPal payments Pro account and the module uses IPN for this option. Temporarily I have switched to PayPal standard Payments and thsi is working. However i would like to return to IPN as this offers an iframe entry on site for cards, rather than going to PayPal initially. On PayPal IPN is now showing as disabled. If I switch to Payments Pro again in the module will IPN notices restart again, or do I need to enter an IPN URL in PayPal IPN preferences? Using Prestashop 1.6.4.1 and PayPal Europe module 3.10.10 Thanks Baz

I have exactly the same issue. The PayPal payment confirmation page allows users to close window before returning to site. PayPal pro uses IPN notices and the paypal confirmation pages purpose seems to be to allow a delay in order for the IPN notice back to the shop to be made and order confirmed in Prestashop. This is not allowing all conversions to be tracked - not very clever! Someone needs to look into this at Prestashop

I use Website Payments Pro too - however, using the one page checkout I always get a PayPal hosted order confirmation screen before it eventually redirects back to Prestashop's order confirmation. This causes an issue with Google analytics, as at that PayPal Order Conf page the buyer can opt to leave, without waiting to return to the Prestashop site order-confirmation and thus analytics will not track the sale conversion.

raised a ticket with 202ecommerce who make the module.

Same issue - was working yesterday (2/01/17) not working now on 3/01/17. What's going on? !!