djmonkeyboy Posted June 2, 2013 Share Posted June 2, 2013 (edited) My site currently has payment setup for paypal, authorize.net, and checks however with placed orders upon review on the order details page in the Back Office, under the payment section it says: No payments are available. These orders have the green PAYMENT ACCEPTED status. It is expected at least for paypal and authorize.net that payment info would automatically be added when an order is placed as opposed to manually adding. Is there a toggle where this can be turned on, or perhaps something I've done to cause this issue? Thanks in advance, having to manually add online payment info would be quite a time waster. Edited June 2, 2013 by djmonkeyboy (see edit history) Link to comment Share on other sites More sharing options...
guest* Posted June 3, 2013 Share Posted June 3, 2013 Both aren't working with automatically set ? cURL and allow_fURL_open module is installed and activated on your server ? Did you make any manual changes on DB ? Link to comment Share on other sites More sharing options...
djmonkeyboy Posted June 3, 2013 Author Share Posted June 3, 2013 (edited) Thank you for the reply. Yes it appears those modules are on php wise, Just in case to clarify: cURL support enabled cURL Information 7.24.0 allow_url_fopen On On allow_url_include Off Off Also attached what I am seeing, where the order appears properly paid for, but this area says no payments available. Am I just looking in the wrong place? No special Database changes done offhand, the issue applies to all paid orders I've gotten so far. Edited June 3, 2013 by djmonkeyboy (see edit history) Link to comment Share on other sites More sharing options...
guest* Posted June 3, 2013 Share Posted June 3, 2013 Strange... Never had seen such problem. Some override or module should cause this behavior. Which PS-Version are you using ? Own theme ? Link to comment Share on other sites More sharing options...
djmonkeyboy Posted June 3, 2013 Author Share Posted June 3, 2013 Started on a fresh install of PrestaShop 1.5.4.1 , but did tweak the custom theme a bit - Newatch UNIVERSEL 1.5 Responsive . The server load was pretty bad once things went live, perhaps that didn't help, but customer complaints were mostly from the paypal module giving error messages. Think the "Order reference change module" could be a problem? Used to make the invoice numbers match the order numbers. Link to comment Share on other sites More sharing options...
guest* Posted June 3, 2013 Share Posted June 3, 2013 Yes it could be... This was my idea this moment. This module produces dublons... I reported this on the thread and it is the reason why I took it away from liveshop. You are using this module ? http://www.prestasho...d-andor-cart-id Or this fix ? http://www.prestasho...ce-with-number/ Link to comment Share on other sites More sharing options...
guest* Posted June 4, 2013 Share Posted June 4, 2013 If you deinstall the module, all will run again well. The already added doblons you should not touch. There are several dependencies set in the database while order is created. Link to comment Share on other sites More sharing options...
djmonkeyboy Posted June 4, 2013 Author Share Posted June 4, 2013 Thanks again, I've uninstalled it for now in hopes to try again with new test orders. As a side note to the error, an example order number was MSM0000091 and appears that is too long since I get this error when trying to manually apply a payment: [PrestaShopException] Property OrderPayment->order_reference length (10) must be between 0 and 9 at line 837 in file classes/ObjectModel.php Perhaps just a shorter invoice name setup would be fine, but appears that module needs some more work to avoid conflicts like mine. Too bad as it does seem weird for most people to have an invoice number be totally different from the order reference number as Prestashop is setup by default. Link to comment Share on other sites More sharing options...
teegey Posted January 11, 2015 Share Posted January 11, 2015 Thanks again, I've uninstalled it for now in hopes to try again with new test orders. As a side note to the error, an example order number was MSM0000091 and appears that is too long since I get this error when trying to manually apply a payment: [PrestaShopException] Property OrderPayment->order_reference length (10) must be between 0 and 9 at line 837 in file classes/ObjectModel.php Perhaps just a shorter invoice name setup would be fine, but appears that module needs some more work to avoid conflicts like mine. Too bad as it does seem weird for most people to have an invoice number be totally different from the order reference number as Prestashop is setup by default. hello I had a similar problem. order reference module is causing the problem delete the modul and use this: http://www.prestashop.com/forums/topic/319928-configuring-order-reference/ #10 pepanek99 sorry my bad english Link to comment Share on other sites More sharing options...
Recommended Posts