I've been using my seller's and buyer's Paypal sandbox accounts to purchase fakes on my ecommerce and everything was working fine up until 1 hour ago.
Nothing has changed in my code, and I even tried to create and add new API credentials for my site, but every time I try to pay with Paypal Express I land to a "Session Expired" error page.
On someone else's machine the thing is still working.
It seems like no one on the net knows why, is it something to do with my browser?
Apparently, for no apparent reason, after a while you use Paypal's sandbox, you have to do the cleaning and delete all your cookies from Paypal to make it work.
Related
I'm trying to create a simple subscription payment on sandbox PayPal.
I have a business account on sandbox, with which I have created a subscription plan.
Furthermore, I have a test user on sandbox with a credit card generated here: https://developer.paypal.com/api/rest/sandbox/card-testing/
Everything works fine but when I get to the payment confirmation I get this message: "Sorry, cannot use your chosen payment method to set up subscription item. Please try other payment method"
I tried using other cards or creating another test user but I always get this same error.
I've also posted the question in the paypal community but didn't get any response: https://www.paypal-community.com/t5/Sandbox-Environment/Subscriptions-payment-declined-because-test-card-not-working/m-p/3023752
Second problem: When i make a simple payment it works fine, but when I try the pay in 4, it tells me to setup a card (even though I already have a card setuped) and when I try to resetup it on the payment modal I get the error : "We cannot process your request at this time. Try again later."
I thought maybe if I add credit to my test account I can bypass this. But when I go to the page to add credit (https://www.sandbox.paypal.com/myaccount/money/addmoney/topup) it's blank and there are errors in the console.
So I tried to send money to me test account from another account and it doesn't work either...
I was wondering is there like an option or something I have to activate or disable in the settings so my test will work, or is the PayPal sandbox environment just bugged ?
If you need anymore informations or details don't hesitate to ask, I'm not sure if my explaining was clear.
Create a new sandbox personal account at https://developer.paypal.com/dashboard/accounts . Use that account to test the subscription.
The result of Pay in 4 payments is a PayPal payment. You can already test PayPal payments without Pay in 4 as a funding source. So, do not test Pay in 4 in sandbox. There is no reason to.
I get 'Sorry, your session has expired' on Checkout page. I am using CartFlows for creating a funnel, and Stripe as a payment processor. All other flows and checkout pages are working well except the last one: https://awesometuts.com/ch
It works sometimes, but mostly gives me session expired. In console I have no error related to that. Documentation is no help.
I am using Cyberpanel and my own VPS for a server.
It sounds like the service you're using is creating the Checkout sessions too early and providing the URL or redirect after the session has expired.
If you control the Checkout session creation, you need to do that closer to the customer redirect. If the platform you use controls this, you should reach out to them to understand expected behaviour and get some help with fixing this issues.
The maximum (and default) time to expiry is 24 hours after creation: https://stripe.com/docs/api/checkout/sessions/create?lang=php#create_checkout_session-expires_at
I have resolved the problem. Issue was with CloudFlare. I was using some speed optimisations that created some kind of conflict. Have turned them off, now all runs smoothly. Thanks
I purchased the Tickera wordpress plugin from Tickera.com. I have repeatedly requested support from them, but they don't respond.
I installed this plugin on a client's website to sell tickets for an event. The plugin works. The visitor buys the ticket via paypal and then they are sent an e-mail with a PDF attachment of the ticket which can be scanned at the event.
The problem is that with each transaction, my client gets an e-mail from PayPal with this statement:
Please check your server that handles PayPal Instant Payment Notifications (IPN). IPNs sent to the following URL(s) are failing:
and then it has my client's URL with the folder where the WordPress lives and then ?ipn=paypal.
Do I need to open a IPN account on PayPal to stop the error e-mail? I have been afraid to do this, in case it screws up the function of the plugin. It is working now.
Does anyone have experience with this?
-w
It sounds like the plugin must be setting the IPN URL using the NotifyURL parameter of API requests, or just the notify parameter in a standard HTML button/form. That would override anything you set up in your PayPal profile anyway.
It sounds like there must be some sort of a problem with the IPN script itself that is causing it to send a failure code of some sort back to PayPal's IPN server. You should be able to check your web server logs for the times that URL is getting hit and see the result there so you can look at the error and resolve it.
I would be very reluctant using this plugin - see Facebook for more than enough reasons. As to not try to say too much, I will just say "client side only validation" and "tickera == name your own price ticket system". What made this bug even worse is that it could be triggered accidentally by merely using normal browser behavior and so a kid with no knowledge of Javascript or the sort could still easily add 4 tickets, proceed to payment, click back in the browser and again proceed and get 4 tickets for the price of 1... Someone with a bit more knowledge and malicious intent could mess with a client side value array and set prices to $0.01/ea if they wished... I was consulting for someone in an attempt to clean up the mess from using this plugin and quickly discovered Tickera to be less than helpful on the support front... Best I can tell, the client-only-validation "bug" (horrible design) is still in play.. When notified of the bug, they were pretty much like "Oh, no biggie - just review all sales and cancel/refund/etc manually" - an unacceptable solution for medium/large events and just bad business for an event of any size... There are some serious security concerns with this plugin and their lack of response or support is just the icing on the cake... Beware.
I have a wordpress site with Membership and Events. I am using Paid Membership Pro for memberships and Event manager Pro for events. I am using Authorize-net payment gateway and most event bookings are successful.
But I can see some booking in the Admin with the status Processing(Authorizenet AIM).
I have log to the Authorizenet and there is no processing transaction for this booking.
Could you please help me to solve this. What is the reason for that status?
Thanks
You will need to have SSL enabled for you site otherwise this will not work. Events manager will always force the https connection if a booking form accepting Authorize.net is used.
Wideload Shipping may be correct here, if you don't have a valid SSL certificate or SSL enabled then the booking process won't work with Authorize.net since you must be able to send card info securely.
I'd suggest you ask this on our pro forums, as a pro customer we'd be happy to help you troubleshoot there. If you supply us a link we can also probably have a better idea about what's going wrong and provide you with further steps to remedy the issue.
I noticed this same behavior starting to happen on my Events Manager Pro as well. Seemingly randomly some bookings will show "Processing (Auth.net)" while others show "Completed" (as they should).
From this thread's suggestion, I took a look at my https URLs. I found that sometime in the last month, we ran an update that has inserted some link hrefs and other unsecured URLs in the source code.
I had been using HTTPS plugin to force https on the events pages, but since the site URL was http only, it was pulling in these "external" files as http. I noticed in Firefox that my SSL connection showed broken. While in Chrome, it felt it was secure. My GUESS at this time is that the ones that go thru are where the page in the browser looks to be secure. While the ones that only get "Processing" are happening on the broken SSL browser views.
I've now changed my site URL to https as the base URL which ensures Wordpress uses it throughout. I now don't get a broken SSL in Firefox. My presumption is that this will fix this issue. Time will tell. I'll come back to update IF I'm wrong. But hopefully that might help for you to look at URLs, such as wp-json and other link rel URLs.
Of note, it seems the credit cards ARE authorizing/captured for those transactions. So it's more likely the return trip from Auth.net for the silent URL to changes the status of the booking?
First of all , the test accounts I created were not working. So, I removed all Paypal cookies.So, now good thing I can login into test accounts but can't access My Settings and My Selling tools under My Profile. I'm trying to create Buy Now button in My Selling tools.
Also, My Paypal live account is for Paypal Payments Standard(My Business Setup->My payment solution) and in test account the payment solution is Paypal Payments Pro and doesn't let me change this option.The links in my business solution (View all products to learn more or select an additional payment solution or we can recommend one that fits your needs.) goes to PayPal live site.
Any one facing this crazy PayPal sandbox behavior !!!
When you say you can't access My Settings and My Selling tools under My Profile, are you getting an error or what is it doing specifically. The Pro account that you have in sandbox, will work for testing Website Payments Standard. Also, another option if you can't create test buttons from your sandbox account would be to log into your live account and create a non hosted / clear text button. Then you would just modify the button code, and change the URL in the form tag from the live site to the sandbox site. Also, you will need to change the value of the business variable and set it to either the email address of your test sandbox seller account or the merchant id. Another work around that has worked in the past as well, is going into your live account and going to the page you are wanting and copy the URL from the address bar and just modifing it to include the sandbox URL.
So if my live site URL was something like:
https://www.paypal.com/us/cgi-bin/webscr?cmd=_flow&SESSION=
I would just change it to
https://www.sandbox.paypal.com/us/cgi-bin/webscr?cmd=_flow&SESSION=
Also, if you can give me more details about what is happening when you try to access your profile in your sandbox account I can look into it further.