It was working fine till morning. What happened to this demo? Validation is not supposed to be working as before?
https://developer.paypal.com/demo/checkout/#/pattern/validation
It should validate first before it opens up a popup.
I think the client ID is extinct. When I am changing the client ID, It started working.
Don't rely on demos. PayPal changes its demos once in a while.
Related
OK so im just gonna ask this question, as I am at the end of the rope, with hopes someone out there will have some advice.
I have installed the Woocommerce Follow Up Emails plugin on my site, and for the life of me I cannot get it send the email.
The settings I have are:
Trigger: 3 days after the order total is above $1.00
Setting: Customer recieves the email once
There is nothing in the "scheduled emails" of the plugin showing up, however and this is the part that throws me off, in the Tools>Scheduled Actions of the wordpress dashboard i get multiple entries of the below:
which tells me that it the emails are being scheduled but are not being sent out (even though it says, action complete). I have checked the WPMail log nothing, i have checked Cpanel Email Tracking and theres nothing. I have a WP Cron plugin installed that tells me it is functioning correctly.
Does anybody have any ideas/suggestions that i could do or check that I havent done already? Is there something I'm missing?
Any help will greatly be appreciated.
P.S, I purchased the plugin from a third party site and cant ask Woocommerce for support without paying for subscription (which i will do as my absolute last resort)
The plugin works fine on my side, although it is very basic in its functionalities and you reach super quickly its limitations.
I'd suggest you buy the plugin from WC. They tend to have special offers of 30-50% off few times a year. Their support is typically very good and has a live chat so you get answers often directly.
Hope you got it figured out by now.
I am getting the following error in the transactions section of the dashboard (since days, I am not able to test anything):
We’re sorry, something went wrong while fetching sandbox transactions. Please try again.
Does anyone know how to fix this?
I talked to the PayPal support and it seems to be a global issue at the moment which should be fixed until tomorrow. There is another solution to create a sandbox account right now (see Unable to use sandbox accounts), but then I am not able to verify those accounts because the notification email with the confirmation link is completely broken. So unfortunately it seems we all just have to wait for it to work again.
I am seeing the same issue this morning. I am getting UNKNOWN_ERROR when trying to process via the Sandbox from .NET using SDK as well. Even the .NET Sample SDK is returning a UNKNOWN_ERROR. I sure hope they get this fixed soon.
I have the same issue on the transactions dashboard. Additionally Mass Payout's are not processed, but regular Payment's are working.
Sandbox mode, using Node.js REST API
I used PayPal's Integration Wiz to generate the code (PHP) for the Express Checkout Digital Goods functionality. I'll admit, I made a few minor changes to it so that it could work with my site... My site is a single page Angular.js app - so I need to pass back parameters to the app, and not go back to a different page (as it is, I'm not keen on leaving the page at all, but I'm not ready to shell out for a business pro account yet.. the PCI compliance is something I don't relish being on the hook for...but maybe one day... certainly not until I know I can get "basic" things working).
I would not expect any of my changes (basically changing the hardcoded URLS to being PHP session vars) to interrupt any of the flow of the Integration Wiz's processing.
However, when I test things in the sanbox, the process stops at the point of redirection to:
https://www.sandbox.paypal.com/incontext?token={somevariabletokenconent}
The token always starts with "EC-" so I'm assuming this is telling me I've been able to successfully start the Express Checkout process.
All I am seeing is a blank page, with Chrome telling me I'm getting:
Failed to load resource: net::ERR_CONNECTION_RESET
AFAICT my sandbox account is set up for EC/DG:
Your payment solution: PayPal Digital Goods (Express Checkout)
I HAVE updated my sandbox details in paypalfunctions.php
And other than the changes in checkout.php, I havent messed with any other code from the integration wizard... should this not "just work" ??
Or have I missed something else?
[Edit]
Update a few hours later...
I actually was able to get things to progress end to end. Once. But no record of the transaction can be seen on either side of the sandbox accounts. It did sit thinking for a long time... so I'm not sure what it was doing, but the final redirect was back with a success parameter, so I have to think that something behind the scenes must be having issues...
But now its not working anymore. Its stopping in the same spot again.
For the life of me, I don't believe I made any code changes to the PP wiz produced code prior to it working, or prior to it not working again.
I have logged into the sandbox to check the transaction as I mentioned. Both accounts are showing nothing. And the transactions are not processing.
[EDIT 2]
Ok - strange things are afoot. I know I did absolutely no changes since my last test...I havent even been at the keyboard. And upon trying again, the test proceeds to allow me to log into the sandbox, and approve a payment, but gets stuck processing at
https://www.sandbox.paypal.com/webapps/checkout/webflow/sparta/expresscheckoutvalidatedataflow?execution=e1s2
with the PayPal "Loading" icon spinning...
Is this a configuration issue on my side? With the Integration Wiz writing all the Express Checkout code, there's not to change, but it seems really flakey to me.
[EDIT3]
I've been hanging my head on this for about a day now, and got nowhere. My App is a single page Angular.js site, and triggers the PayPal purchase out of a Bootstrap Modal popup window.
As mentioned above, my process would get to the point of approving and confirming payment, then spin wildly at the point it should be redirecting back to the success (or failure) page.
Using the PP integration Wiz, the form code that was produced (and used) was:
<form name='ppcheckout' action='checkout.php' METHOD='POST'>
And it fails to proceed to the final redirect.
However, if I change the code to:
<form name='ppcheckout' action='checkout.php' METHOD='POST' target="_blank">
The processing occurs as expected.
Is there some interaction between PayPal's JS and Angular (or Bootstrap) that I'm not aware of? It seems strange that it "just works" when the target is added.
Sometime last weekend our Opencart install, version 1.5.1.3 started to process duplicate orders for CC payments made through PayPal Website Payment Pro. It happens in the same order sometimes it will process twice. Sometimes 3 times.Payments made through Paypal Web Standard module is working fine.
I looked in the erros logs and about the same time this started happening, we started to get these php notices.
2013-04-23 3:44:01 - PHP Notice: Undefined index: customer_id in /var/www/vhosts/xxxxxxxxx.com/httpdocs/system/library/customer.php(170) : eval()'d code on line 4
2013-04-23 3:44:01 - PHP Notice: Undefined index: payment_address_id in /var/www/vhosts/xxxxxxxxx.com/httpdocs/system/library/customer.php(170) : eval()'d code on line 4
I don't know if they are related, but they started to crop up right at the same time. I went way back in the logs and did not see these anywhere else. Strange for this to pop up out of the blue the cart has been working fine, up until now.
I did a request of new API credentials from PayPal and reinstalled the web payments pro module in Opencart. This seemed to help initially, but we still had orders yesterday that came in as duplicate in the same order. We got a bit of feedback from some customers and it seems that that people are getting hung up on the "please wait..." part when they submit their order. We would get this initially from time to time, but all of a sudden it is much more frequent. The page submits the order, but then never returns the success page. Keeping customers from pressing the button again would help, so we put up a script that blocks the user from pressing the submit order button again.
Unfortunately it still doesn't solve the source of the issue, in that the communication between the site and the payment processor is getting hung up somewhere. I'm guessing paypal made some changes on their end to cause this issue, but any suggestions where I could look to get this corrected would be much appreciated. Thanks.
Hi Im using paypal on open cart.
Followed the installation guide completely. but orders arent showing up on dash board.
I have to go Sale> Orders> Sort by Hidden and they show as cancelled.
I then manually change them to pending/complete and then it will show on dashboard
Ive checked the IPN too
All my sort orders are correctly named.
What else could i be missing?
This generally happens if you're
password protecting your website using a .htaccess/.htpasswd method
testing locally
Basically paypal needs to access your server to send the IPN. If you're doing either of the above, then it can't. If both the above don't apply, then this can sometimes be due to paypal sandbox being slow (if you're using that rather than live PP)
I faced similar problem and it helped me:
http://forum.opencart.com/viewtopic.php?t=41841
I've had the same error for a while now. I re-uploaded the following files and it worked for me.
Sounds like your file needs updating in
CODE: SELECT ALL
catalog/controller/account/login.php
And I would also upload a fresh
CODE: SELECT ALL
catalog/model/account/customer.php