bcsteeve Posted July 17, 2015 Share Posted July 17, 2015 Unfortunately, an error occurred during the transaction.Please double-check your credit card details and try again. If you need further assistance, feel free to contact us anytime.(Your Order's Reference: HBMFYTHEL) That is the bullsh*t message I saw on my first PayPal test. I say BS because it makes no sense. The first 2 lines suggest the order never happened (failure) the 3rd, in contrast, suggests the order did go through. In reality, the last statement is correct. In BO, there is an order and it is, correctly, showing as backordered (this is for an item on backorder). But why the error? Obviously the customer is going to be confused, and that's not good. How to fix please? Link to comment Share on other sites More sharing options...
bcsteeve Posted July 17, 2015 Author Share Posted July 17, 2015 (edited) Further, I tried refunding (partial and full) the payment, and the screen refreshes but seemingly nothing happens. edit: after going back to the order details later I saw this: An error occured during this refund - Security error (Security header is not valid - Err. code: 10002) Edited July 17, 2015 by bcsteeve (see edit history) Link to comment Share on other sites More sharing options...
bcsteeve Posted July 17, 2015 Author Share Posted July 17, 2015 I tested again with a product that is no backordered and it seemed to work. I also found another person complaining they were having problems only with backorder and the [useless] answer they got was to add stock. The system obviously has a mechanism for backorder, so it should be handled properliy! Is it obvious I'm getting frustrated? Link to comment Share on other sites More sharing options...
bcsteeve Posted July 18, 2015 Author Share Posted July 18, 2015 This is repeatable. Any time I try to order an item that is out of stock (ie. backorder) the customer sees the above NONSENSE ERROR. The payment DOES go through, there is nothing wrong with their credit card, but it is f'd up in the back end and this whole thing is completely broken. Why release software that you haven't bothered to test? Link to comment Share on other sites More sharing options...
bellini13 Posted July 20, 2015 Share Posted July 20, 2015 What payment module and version of the module are you using? Link to comment Share on other sites More sharing options...
bcsteeve Posted July 20, 2015 Author Share Posted July 20, 2015 The PayPal one that is included with a fresh install of 1.6.10. Link to comment Share on other sites More sharing options...
bellini13 Posted July 22, 2015 Share Posted July 22, 2015 Paypal is not included with a fresh install of PS since PS v1.4. You installed Paypal after installing Prestashop. So which one did you install? The answer is either Europe or USA/Canada, and they have versions. If you don't like the way they work, then look for a different one. Link to comment Share on other sites More sharing options...
bcsteeve Posted July 22, 2015 Author Share Posted July 22, 2015 I know that is your take on it, but it is the one that was installed with 1.6.10. How PrestaShop chooses to distance itself from its modules is its business. I downloaded Prestashop and it comes with modules, some installed, some not. But it is included. USA/Canada, in any event. And the "way it works" vs "broken like a sick monkey" are two entirely different concepts. Link to comment Share on other sites More sharing options...
bellini13 Posted July 22, 2015 Share Posted July 22, 2015 Again, it is not included. When you install PS, it does NOT Include any Paypal module. You have to manually visit the modules page in your back office, search for Paypal and click Install. So this is a decision you have made. Again, if you do not like this module, it is very easy to click uninstall and delete. Link to comment Share on other sites More sharing options...
bcsteeve Posted July 22, 2015 Author Share Posted July 22, 2015 When you install Windows, you can go into your settings and choose from several INCLUDED background images. It is a decision you make. It is INCLUDED. This is no different. Why you get so stuck up on semantics rather than seeing things the way they are, I'm not sure. Oh right, its because of your financial vested interest and your subtle desire to have people uninstall the included modules so you can sell your paid ones. Link to comment Share on other sites More sharing options...
bellini13 Posted July 23, 2015 Share Posted July 23, 2015 In your example, those images ARE INCLUDED with Windows, and yes it is a decision YOU are making to install them. However that is different than what is going on here. The paypal module is NOT included, you are telling Prestashop to download this module from their addons store and install it after the fact. The reason for this whole debate is b/c you said you installed the Paypal module that is included with Prestashop, and the fact of the matter is, there are none included. I can visit the addons store and find 5 or more different Paypal modules, so when you come here complaining and asking for assistance, its helpful to know what module and version you are using. Then when someone actually tries to help you, and ask for specifics, you start whining and complaining more instead of being helpful and just providing the details. You make it hard on your self, and harder on the people actually trying to help you. Good luck... Link to comment Share on other sites More sharing options...
bcsteeve Posted July 23, 2015 Author Share Posted July 23, 2015 I needed help when I posted. Help never came. A sales call came 3 days later, followed by a nonsense argument, but help never did arrive. Its OK. I moved on like everyone else. Link to comment Share on other sites More sharing options...
bellini13 Posted July 24, 2015 Share Posted July 24, 2015 I moved on like everyone else. Good Link to comment Share on other sites More sharing options...
leffrey Posted December 20, 2015 Share Posted December 20, 2015 (edited) Dear SuperStar, I have to say that he has a good point. PrestaShop should work with the better known company's modules and if they are buggy, then those in charge of PrestaShop should send a warning to the developing companies (Paypal in this case) to fix it. That warning should come with a followup of warnings until it is removed for new installations. I believe that with the strength of PerstaShop today, Paypal and others would not want to risk losing that revenue. It is the reputation of PrestaShop that is getting tarnished by this and it will be agreeable thought by members that responses such as the last ones is sending people to pay for a $200 module to take care of the problem instead of making PrestaShop a near perfect product. Interestingly, I have a much newer module than "Enthusiast" and I have the same issue. I have USA Canada version 1.3.9 which is the newest USA Canada available. I imagine that Enthusiast was mistaken on his version. Evidently, some things were possibly fixed but 2 of the main functionalities that people complain about were not. 1. The issue mentioned in this thread. 2. And the issue of not redirecting back to the confirmation page after payment. These both are logged and can be seen by searching from 2013. People come to use PrestaShop because of it is free with all the general functionality. The "pay for" modules are expected to extend that functionality and not to really profit on the bugs that should have been fixed. In order to keep the quality of PrestShop high in the eyes of the members, the bugs should be a priority. Otherwise, it is not a free tool with modules, it would become a snake oil store where you think that you are getting functionality for free and once you have jumped in you see that even the free functionality is going to cost you. Edited December 20, 2015 by leffrey (see edit history) Link to comment Share on other sites More sharing options...
theyosef Posted December 31, 2015 Share Posted December 31, 2015 Agreed. I just spend a ton of time setting up my store only to run into the issue. Why do simple features not work? Link to comment Share on other sites More sharing options...
bcsteeve Posted December 31, 2015 Author Share Posted December 31, 2015 I moved on a long time ago now. I really liked how PrestaShop looked and felt... but it is so absolutely broken with such poor official and community support that it really wasn't worth it any more. At every single turn, it is all about someone trying to sell some overpriced add-on/fix. That's not a good model. PrestaShop is one of the most promising and well thought-out platforms I researched (and I researched a LOT)... but it is only skin deep. Its like they got so far and just gave up. Too bad, really. Link to comment Share on other sites More sharing options...
artharvey Posted February 11, 2016 Share Posted February 11, 2016 For anyone still working on this problem, this worked for me: If you look at the order in PS BO you might see that the underlying transaction was approved. However, there is a PresaShop setting that controls what happens when transactions are submitted against back ordered or "out of stock" items. You can access this setting via: Go to Orders then Statuses Edit the status causing the issue (BackOrder in this case) Enable the setting "Consider the associated order as validated" That should cause PrestaShop to properly evaluate the transaction status. The customer will no longer receive the "Sorry, unfortunately an error occurred during the transaction" when ordering a back ordered item. Link to comment Share on other sites More sharing options...
rhaje Posted November 26, 2016 Share Posted November 26, 2016 (edited) Prestashop 1.6.1.9 PayPal USA, Canada v1.3.9 - by PrestaShop Customer orders get the error message, and the order status gets set to "Awaiting PayPal Payment". I'm only using the PayPal sandbox for right now, but I'd definitely like to know that this can be resolved before I start asking for actual money. I can see in the BO that the PayPal transaction was successful, I see a message block on the right containing the raw transaction information and I get a PayPal block at the bottom indicating the transaction fields. The paypal_usa_transaction table is populated. "Transaction ID: 91P32339VA663420T Payment Type: PayPal Standard Order time: 16:44:04 Nov 25, 2016 PST Final amount charged: 28.00 Currency code: USD PayPal fees: 0 Protection Eligibility: Ineligible address status: confirmed payer_id: YKG7BQBQQFAPC payer_status: verified payer_email: [email protected] receipt_id: ipn_track_id: 9acdce0b2300f verify_sign: AX8ieAkKpYYejWHnkQpJQhiSXfgJAC2hgRSze2HvT.hs.g47BV7CUlSo Mode: Test (Sandbox)" PayPal transaction details Method PayPal Standard Transaction ID 91P32339VA663420T Amount charged 28.00 USD Mode Sandbox (Test) Date 2016-11-25 19:44:14 Credit card last 4 digits 0 CVC Check 0 The fact that this module is "by PrestaShop" suggests to me that it should be "official", whether it was included in the distribution or not. If someone can assure me that this is just a sandbox issue and doesn't exist in live, then great. It's maybe not the greatest test experience, but at least it's just a temporary problem. Thanks. E.T.A. - It's the same whether the product ordered is in stock or not, it's just that the backordered products get a different status. Changing the "Consider the associated order as validated" option did not change the behavior. Edited November 26, 2016 by rhaje (see edit history) Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now