crucible67

@wpnoob2012 not yet. @geek2009 has interesting approach, maybe try that and let us know? I’m stuck with previous version until @jwind can find solution. WPSimplePay is popular plugin, so I suspect many users will run into this issue…

Ok, just opened a ticket with them and referred our conversations. Let you know what they say. Thanks

Noted. I guess the point here is how do users like me, who really like the plugin and want to use it, proceed with the current (or future) updates when I can’t just turn off other Stripe plugins? Taking payments with WPSimplePay is critical to onboarding clients. Only some are comfortable connecting up for ACH, as you know. I’m not sure how to proceed forward other than making darn sure I don’t install the latest update.

Hi @jwind my only issue with what you said above if you check for the SDK is you haven’t spent much time making the payment form “useable”. Meaning, it’s email, dollar amount and a note. The user has to enter the amount. My clients don’t get to pick the amount, and, that leaves room to screw things up. So your plugin is ONLY useable on sites that don’t run other popular Stripe plugins? Leaving on Littlebot as a payment method. In my opinion, spending time on code to check for SDK, version, maybe show an error if version is an issue (or something) is worth it. Otherwise this plugin has limited shelf life and a very tiny user base (my opinion). Other Stripe developers have to deal with this, and checking if SDK is loaded. Is there really no way around this?

update: I’m chatting with Kyle on Drift (CloudSwipe) and he said this:

“Looks like the class “Stripe\Stripe” has been declared already. A common issue when running multiple Stripe plugins. In our plugin, we do check prior to running and do not call if the class already exist as I recall.”

Hope that helps!

EDIT: Correction, ok, I’ve update LittleBot to 1.2.8 and tried turning on/off each of the (3) STRIPE plugins listed above. When CloudSwipe and Easy Pricing Tables are activated, and WPSimplePay is deactivated, LittleBot payment page loads fine now. I refresh, cleared cache, and loading fine. So I’m 99% sure it’s WPSimplePay that is a conflict. I’ve got that installed on many sites so it would be awesome if you can resolve the conflict. Their support team is usually very responsive if needed.

Let us know when it’s resolved?

• This reply was modified 4 years, 7 months ago by crucible67.

Oh, one more. Kyle developed this
https://cloudswipe.net/

• This reply was modified 4 years, 7 months ago by crucible67.

Yep, and it’s critical to running business day to day. I’m sure you know of Pippin over at SandHills Dev? This is the plugin:

https://wpsimplepay.com/

I also use:

https://fatcatapps.com/easypricingtables/

To create payment forms. Both are critical to current setup. Any way you can code LittleBot to work around that? I use these on client sites also that I recommended LittleBot to

Found this in my hosting dashboard, this help?

PHP Fatal error: Cannot declare class Stripe\\Stripe, because the name is already in use in /nas/content/live/*******/wp-content/plugins/ach-for-stripe-plaid/vendor/stripe/stripe-php/lib/Stripe.php on line 10

No error on the page, the ACH form is just gone. I didn’t turn on any logging. I can email you screen capture if you want, what’s a good email to send to (rather than posting here).

I retested. I think maybe it’s the bank token issue we discussed previously. I logged out (admin), used fresh browser, and logged in as user that made ACH payment previously. It went straight through with Chase Bank. So is the unique token associated to the bank or the user? Not sure. Let me know the do’s and don’ts so I avoid looking silly in front of a real client later. Thanks Justin!

Plaid support update @jwind, below:

To look into the stripe account name repeating in bank transactions:

Ask the plugin’s author to focus on the onExit() callback? so you can retrieve the request_id? and/or link_session_id?. One more thing… provide us with the most recent identifiers you can, even if you need to retry your API calls. These identifiers eventually age out of our logs, so the more recent the better.

I hope this helps, Bryan. Looking forward to your follow up and seeing what we can do to help out.

Have a great one!
Chris
Plaid Support

Thanks! Setting the dollar amount with that link worked great, what is the correct syntax if I want to pass dollar amount AND the note fields with a link? this doesn’t seem to work:

https://www.mysite.com/shortcode-page/?amount=100.23&?note=achtest

Not sure on variable used

• This reply was modified 6 years ago by crucible67.

Hi @jwind

I think adoption will increase if STRIPE users (a larger majority) know this is an option. Paying 2.9% vs. .008% is a NO BRAINER. Greater adoption would require some marketing – obviously. Are you interested in making this a revenue stream? I may have some of the required parts of that to contribute ??

Token based on environment would be awesome. Right now it’s a little confusing and likely to result in more tickets and support in current mode ??

Do you have a roadmap planned for this plugin @jwind ? One thing I would like is the ability to set the dollar amount and note (what the purchase is for) and have those fields view only to the client. That would require I create a “product” of sort in the plugin dashboard, and have a unique short code for unique pages (for each product variation).

Is there a workaround now that would make it a little more user friendly, maybe a custom link sent to the buyer? Also, is is possible to have the transaction create a subscription for the amount to be monthly recurring thru stripe? Maybe a tick box that says “bill me monthly” or something. I assume to have a client charged monthly right now I have to run them thru the ACH process 1st, then go in stripe manually and create a subscription for them?