Posted: May 18, 2022 at 9:16 am
Quick question – we have default payment status set to pending. Payments are made via PayPal. Shouldn’t after a payment is successfully processed the registration status automatically changes from pending to approved? It seems like it is doing it for some and not all. For example – we have a class of 15 and 12 are approved and 3 are pending. all are paid and paid via PayPal so we had to manually change the 3 pending to approved but not the others. Hope that makes sense. |
|
Hi Matt, Can you link me to a test event I can add some test registrations on? Which specific PayPal payment method are you using, please? |
|
Hi Tony – we are using the PayPal add on. we manually adjusted the pending payments to approved since they successfully paid so the entire class now shows approved. so if I set up a test event it will show up in our archive which could cause some confusion if it sits there from the time I activate it and when you troubleshoot. If you have site access can you spin up a quick event and test and then remove it? That way it won’t site for hours in our archive page? Let me know what the best way to do this is. thanks! |
|
We have multiple different PayPal integrations. Go to Event Espresso -> Payment methods. Which PayPal payment method shows a green cog?
I could, but I don’t need a dedicated test event for this, I just need an event I can add a registration to which you can then remove within the admin again if needed. We don’t run live test payments so I wont be completely a payment, I just want t run through a registration, check the page headers and see if the payment method request (which will decline) shows any errors. |
|
paypal express |
|
this is an event having the problem: |
|
Hmm, ok. So the site headers all look fine and I can’t see any issues there. The important part with PayPal Express is the user must return back to the site after the payment is complete to finalize and trigger the emails etc. If you check in the EE Transaction for the registrations that didn’t update to Approved, then look at the ‘additional info’ for the session what does it show for the ‘Finalize Registration’ step. The section you are looking for is this: https://monosnap.com/file/31F5VzGucxY2yWGwd9WIfB3myRdXT5 (If you edit a registration this happened on, in the ‘Registration Details’ section is a ‘View Transaction’ button which takes you to the page I’ve screenshot above) |
|
let me check on the above. the other thing I noticed is that the numbers don’t seem to be matching up in the event page for this event. If I go to the event page here it shows as sold out. However, I have a waitlist set to 20 with none of those spots being used: Also – on the right side of the event area (backend) it shows 15 registrations BUT when I scroll down to the tickets area below the event description it shows 18 total registrations. So the numbers aren’t matching for me. Thanks! |
|
Also – we had early bird pricing for our event. so the event was $50 until a date. Then we shut down that ticket and created a new one with the new price. Those event registrations all show as overpaid – not sure why the new price which is the only active ticket price would show that. |
|
the PayPal express details show “SUCCESS”. However in the registration archive the TOTAL TXN column shows $0 but the PAID column shows a check that it was complete. |
|
This reply has been marked as private. | |
Yeah, I’ll need to see this in the admin as I can’t tell what the issue is from the above. You can send temp login details over using this form: |
|
form submitted – thanks Tony |
|
This looks like a bug due to your archived tickets still technically having ‘spaces’ available on it (it has a Qty of 18 but 10 sold) which the calculation for the event status is taking into account (incorrectly). I have created a ticket for this to see what we can do to fix that in the future. If you have FTP credentials I can run some code on the site to update that ticket to set the ‘Qty’ value to match the sold value to work around that on your current event if you’d like?
As far as I can tell, those numbers do match: https://monosnap.com/file/lGuj7INpD88Fspv2OtrivOEQhTGXbg 15 Approved registrations (approved registrations are included in your sold counts, Approved can be sondiered sold) 1 ticket with 10 sold registrations assigned to it. The single datetime on the event has a limit of 18 with 15 sold registrations. 15 approved/sold registrations (10 + 5 from each ticket) Unless Im misunderstanding the issue that seems correct?
Looking over your event this doesn’t appear to be correct, you had 10 registrations on that ticket, 2 of those appear to show as overpaid (and 1 from your ‘new’ ticket). It does highlight an issue with line items being missing from the site which we’ll need to discuss further in shortly, but I’m just checking I’m not misunderstanding the issue first. Did all of them show as overpaid previously?
Which registration/transaction was this for, please? |
|
The support post ‘Payment Status’ is closed to new replies.
Have a question about this support post? Create a new support post in our support forums and include a link to this existing support post so we can help you.