Marek_O

Well, error still comes in new version (v3.11.4) of the paypal module It's really annoying, this is a huge flaw in the software, but the support for Prestashop 1.6 seems to have stalled ... that's sad.

I'Ve updated the PayPal Module to v3.11.4, we'll see if that brings any changes ...

Bump The Problem still exists ... Also mentioned here: https://github.com/PrestaShop/paypal/issues/66 Quote: I think there (/modules/paypal/express_checkout/payment.php) is something going wrong: 369: $cart = $ppec->context->cart; 370: $customer = new Customer((int) $cart->id_customer); If you pay "Express" line 48 $request_type = Tools::getValue('express_checkout'); return null... But how to solve this???

I got somewhat further, one of my customers send me a detailled error message, there's in fact a problem with the field 'secure_key' when creating the Order. The customer comes back from paypal and gets an error. The Error is Fatal error: Uncaught Column 'secure_key' cannot be null Coming from this SQL Statement: INSERT INTO `prest_orders` (`id_address_delivery`, `id_address_invoice`, `id_cart`, `id_currency`, `id_shop_group`, `id_shop`, `id_lang`, `id_customer`, `id_carrier`, `current_state`, `secure_key`, `payment`, `module`, `recyclable`, `gift`, `gift_message`, `mobile_theme`, `total_discounts`, `total_discounts_tax_incl`, `total_discounts_tax_excl`, `total_paid`, `total_paid_tax_incl`, `total_paid_tax_excl`, `total_paid_real`, `total_products`, `total_products_wt`, `total_shipping`, `total_shipping_tax_incl`, `total_shipping_tax_excl`, `carrier_tax_rate`, `total_wrapping`, `total_wrapping_tax_incl`, `total_wrapping_tax_excl`, `round_mode`, `round_type`, `shipping_number`, `conversion_rate`, `invoice_number`, `delivery_number`, `invoice_date`, `delivery_date`, `valid`, `reference`, `date_add`, `date_upd`) VALUES ('0', '0', '789', '1', '1', '1', '2', '0', '7', '0', NULL, 'PayPal', 'paypal', '0', '0', NULL, '0', '0', '0', '0', '99.99', '99.99', '99.99', '0' in prestashop/classes/db/Db.php on line 791 I really think this is a bug...

After observing this, it still comes up once in a while. This is really weird. Something seems to go wrong with the order. Does anybody have an idea how to debug the whole $order object in PaymentModule.php ?

A short update. After checking all PayPal Transaction logs and finding no error there, I changed one thing in the prestashop backend, I set ALL pages to use SSL/HTTPS. I have no further errors since then. Maybe this is connected, but I have no proof and will continue observing the system. If you have SSL you could give it a try: Preferences > General > Enable SSL on all pages > Yes However, I still get the frontocontroller warning in the logs ... Frontcontroller::init - Cart cannot be loaded or an order has already been placed using this cart

Checking the Prestashop Logs again, I can see that there also a lot of Frontcontroller errors: Frontcontroller::init - Cart cannot be loaded or an order has already been placed using this cart But i'm not sure if they are related to the same carts, that throw the 500 Error ...

Hey, I don't know if this is a bug, but I just relaized, that some of my Orders are not created within Prestashop due to a HTTP 500 Server Error when they are payed by PayPal, strangely some order work perfectly? I use: PRestashop 1.6.1.6 and PayPAl ,module v3.11.1 In my logs in Prestashop I find this line: "PaymentModule::validateOrder - Order cannot be created" with status error severity level 3 In my server access logs I find a HTTP 500 error: GET /modules/paypal/express_checkout/payment.php?token=EC-4T363601XXXXXXXY&PayerID=LCJXXXXXXXXXX HTTP/1.1" 500 Checking my server error logs I find this log, coming from the file /classes/PaymentModule.php: PHP Fatal error: Uncaught exception 'PrestaShopException' with message 'Can't save Order' in /myWebspace/prestashop/classes/PaymentModule.php:345\n Stack trace: #0 /myWebspace/prestashop/modules/paypal/paypal.php(2070): PaymentModuleCore-]validateOrder(138, 2, 41.99, 'PayPal', 'Payment accepte...', Array, 1, false, NULL, Object(Shop)) #1 /myWebspace/prestashop/modules/paypal/express_checkout/payment.php(363): PayPal-]validateOrder(138, 2, 41.99, 'PayPal', 'Payment accepte...', Array, 1, false, NULL, Object(Shop)) #2 /myWebspace/prestashop/modules/paypal/express_checkout/payment.php(380): validateOrder(Object(Customer), Object(Cart), Object(PaypalExpressCheckout)) #3 {main} thrown in /myWebspace/prestashop/classes/PaymentModule.php on line 345 I have no clue whats goin on, I has worked as acharm in the past, now sometimes I get this problem. But not always? The Problem is also, that the PayPal Transaction itself went totally fine, Payment was received, but no order was created in Prestashop...? Is this a bug? Cheers Marek

I got a bit further, i found out the during the credential test, the gapi modules decode every "&" in the url to "amp;" but the url ends up corrupted ... like "https://accounts.google.com/o/oauth2/auth?response_type=code&client_id=..." but it should be: https://accounts.google.com/o/oauth2/auth?response_type=code&client_id= So after deleting all "amp;" and just hitting enter, i got the google page to grant access, but now i get the Error in the module saying: "Google API Authorization granted but access token cannot be retrieved" and "Cannot retrieve test results"

I use PS 1.6.1.6 and gapi v1.2.1 still get this error after havin set up everything in Google and gapi module: 400. That’s an error. Error: invalid_request Missing required parameter: redirect_uri Learn more Request Detailsamp;access_type=offline amp;scope=https://www.googleapis.com/auth/analytics.readonly amp;approval_prompt=force response_type=code amp;state=1-3100bcf4d5db6808454c17a46c amp;client_id=55059508707-j__removed_by_me__nrnajefogaik.apps.googleusercontent.com amp;redirect_uri=http://www.fuzzmatazz.com/modules/gapi/oauth2callback.php But I don'T get it, the redirect_url is part of the reqeust as I can see in the last line: "amp;client_id=55059508707-dg3clu76j__removed_by_me__nrnajefogaik.apps.googleusercontent.com" ???

The tutorial is not complete ... if you have multiple languages, all tags will appear, thats not wanted usually ... Instead, add this to product.tpl: (prestashop 1.6) <div class="tags_block">Tags: <div class="block_content"> {assign var=tags value=Tag::getProductTags(Tools::getValue('id_product'))} {assign var=lang value=intval(Context::getContext()->cookie->id_lang)} {foreach from=$tags.$lang item=value} <a class="tag_level1 item" target="_blank" href="{$link->getPageLink('search', true, NULL, "tag={$value|urlencode}")}">{$value|escape:html:'UTF-8'}</a> {/foreach} </div> </div> We first assign all tags (tags are saved in arrays, each array for one language) to a variable and then another variable for the current user language. Then add all tags for the current language id ... The style will be like your standard Prestashop styled tags coming from "tags_block" class and "tag_level1 item" classes. But you can change it to your own CSS if you want ...