A new issue arose today. I’ve always been using the standard Stripe plugin, which redirects users to the Stripe checkout and then back to the dashboard upon successful payment.
I have a single workflow that calls to the Stripe plugin and then makes a change to the user’s DB information. It’s always worked, but starting today, the workflow doesn’t continue after the Stripe plugin/redirect, thus the user’s information in Bubble is not being updates, resulting in them getting charged, but their account not being updated to ‘paid’.
This isn’t the most reliable way to track a persons subscription status when using the Bubble Stripe Plugin. Bubble has those fields built into the User. You can access it by saying Current User’s Stripe Subscription Status. If it is ‘active’ that means they have an up to date subscription.
Just about to submit a bug report, but it looks like this functionality has broken over the past few days. Bubble isn’t correctly storing those default Stripe fields like Customer ID etc, since around the 18th
I’ve submitted under the bug report flow in live chat, but doesn’t look to have given me a ticket number (yet). It was submitted under macklpgr@gmail.com.
Issuing refunds/credit notes as we speak due to this, so very high priority for me and I suspect lots of others that monetise bubble apps via Stripe.
Strange. Also having Stripe issues yesterday-today, seems like the API-calls/structure has changed somehow; getting both 400 errors from Stripe and Google. Using Stripe via direct API-calls (api plugin) and the Google oauth plugin.
Is there any update on this? We’re still having to piece together data in the backend and contact customers to ask for missing data we need to fulfil purchases. I have rebuilt quite a few workflows to compensate.
it’s been a while since this was flagged so at this point I would recommend you submit a bug report to support so they can take a look at what’s going on with the app