Forum Replies Created
-
AuthorPosts
-
March 25, 2016 at 7:46 am in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1093977
Douglas
ParticipantBarry, I sent Geoff an email yesterday requesting a full refund for the software – Doug and I have decided that it’s best for him to move on to another application. We hold no grudge. 🙂
I’d appreciate it if you could get with Geoff and see if Doug could see the refund sometime today, before the weekend…? I emailed him last evening, so I didn’t expect a response last night. Would love one today.
Again, no hard feelings, and thanks so much for your tremendous efforts in attempting to get this issue resolved. (i saw new issues cropping up after the latest update – like the Organizer field not repopulating on Event Edit, the Event Category checkboxes stopped repopulating. FYI.)
Once “bugless,” this will be a nice plugin.
Thanks again,
Glenn Nall
CC’d: Doug ZweberMarch 23, 2016 at 4:58 pm in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1093213Douglas
Participantwhere in the backend do we input the Live App ID?
March 23, 2016 at 1:32 pm in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1093113Douglas
Participantok, the continuing saga of getting Modern Tribe software to do what it says it can do:
we went through the painstaking process of creating an NVS[?]/SOAP app – i cannot believe that all of that work is necessary just to create an app to get Live API credentials. I think something is not communicated, nevertheless i’m going to ask this:
as it stands, after several days, my client was “approved” for the SOAP app and they sent a “Live” App ID:
“APP-86Y659*******884G”
1 – now >>> there’s nowhere to put it in the backend. if we’re supposed to create a SOAP app, where do we instert the Live App ID? this is why I think there’s something someone has missed in all of this, and I’m inclined to ask that we get some help from a Supervisor so that I can get out of your hair once and for all.
2 – another question: is it normal that in the backend under WooC > Checkout > Tribe PayPal Adaptive Payments there is absolutely nothing there but a “Save” button???
3 – And what about the REST API checkbox under WooCommerce > API that was checked when I installed the plugin? is it supposed to be checked?
4 – you “recommend” that we enable the PayPal IPN? it’s either needed or it’s not, isn’t it? that sounds kind of vague, i’m afraid.
the more I think about it, the more I think I’d like to request some kind of Supervisor to contact us. Barry, i know you’re trying, and you asked for some help from your tech guys, but it wasn’t til then that you mentioned that we’re not to use the REST API app in developer.PayPal.com. Can you please find someone that can help us from regretting we bought this software?
Douglas
ParticipantWe intend to handle thousands so it is very important to check ticket holders in efficiently
March 21, 2016 at 12:19 pm in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1091965Douglas
Participanta question: does PayPal IPN need to be activated or not?
March 21, 2016 at 12:17 pm in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1091964Douglas
ParticipantARE you KIDDING me!?
Yes, you kinda missed that part in your “knowledgebase.”
March 20, 2016 at 8:21 am in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1091533Douglas
ParticipantALL creds are absolutely correct.
very, VERY frustrated.
March 17, 2016 at 7:05 am in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1090245Douglas
Participanthave’t had a chance yet, Barry – thanks for checking. working on somme other stuff…
March 15, 2016 at 3:04 pm in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1089380Douglas
ParticipantThis reply is private.
March 15, 2016 at 9:49 am in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1089207Douglas
Participantok, Barry, ya’lls stuff is really confusing. This is getting quite tiring, esp when your explanation of setting up PayPal sandbox is so incorrect.
Right, Tribe Adaptive Payments is found in WooCommerce settings, which makes no sense if we’re not to use WooCommerce paypal settings. Under WC Checkout, Enable PayPal standard is not enabled and never has been.
Under Events Settings Community, Live PayPal info is correct.
What does Leah mean that this has been reported as an issue to be fixed in the future? Has this option not been seen to work yet, or has it worked before? (She hasn’t even answered my query re this…)
My client has paid 300 dollars for this software and you say you’re not willing to login our backend after I’ve given you permission to to help us fix this?
March 14, 2016 at 5:55 pm in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1088861Douglas
ParticipantI’m sorry, Leah – what’s that? You’ve classified this now as a known “issue?” That it’s not going to work until a “fix” is published?
March 14, 2016 at 8:35 am in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1088476Douglas
ParticipantThis reply is private.
March 14, 2016 at 8:27 am in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1088468Douglas
ParticipantNot yet. The Test/Sandbox DID work – split the payment properly. When I went live, it doesn’t work. I was not able to get it to log the new event, either.
I’ll send more details later today. Have things to do this morning.
March 11, 2016 at 8:02 pm in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1088089Douglas
ParticipantI think I’ve fixed it – I deactivated PayPal Payments for WooC. and the payment was split properly.
Will test it again in the morning to be sure, will let you know.
March 11, 2016 at 7:26 pm in reply to: ETickets Split Payments debits test Buyer but Receiver account gets nada. #1088081Douglas
ParticipantThis reply is private.
-
AuthorPosts
