You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
I'm starting a new app using dj-stripe and I'm noticing that any attempted use of the django-extenton reset_db command fails locally due to what I have tracked down as an extra unwanted connection that seems to be spun up by dj-stripe to do a SQL query for the api endpoints based on dj-stripe as sort of a prelude, that is unwanted and actively breaks things.
To be clear, it should NOT be making this query for endpoint data, but here is the psql output that shows its connecting to my dev db even if I don't want it to as it should not be doing anything like this, it should not be touching the db at all for this operation, as that blocks the dropping of the database and does not allow us to reset it for dev work locally but also creates HUGE issues for production deployments.
I dont want these queries to happen, they are blocking my ability to get work done because they are blocking my ability to use the reset_db command, actively interfering with common dev tools that I depend on. How do I turn them off until this is fixed?
To Reproduce
Install a new django 4.2 app, add dj-stripe, add and configure django-allauth if you want everything I have locally, and add dj-extensions, then then do a bad deployment and need to reset your db by using the django-extention reset_db command. It will fail, citing unwanted extra connections in the same table, even if you reset your server and try again, because the dj-stripe query is connecting even when it should not be, and making the db fall over by blocking the 'reset_db' command.
Software versions
Dj-Stripe version: 2.8.3
Python version: 3.11
Django version: 4.2
Stripe API version: not used yet
Database type and version: postgresql-x64-15
The text was updated successfully, but these errors were encountered:
Describe the bug
I'm starting a new app using dj-stripe and I'm noticing that any attempted use of the django-extenton reset_db command fails locally due to what I have tracked down as an extra unwanted connection that seems to be spun up by dj-stripe to do a SQL query for the api endpoints based on dj-stripe as sort of a prelude, that is unwanted and actively breaks things.
To be clear, it should NOT be making this query for endpoint data, but here is the psql output that shows its connecting to my dev db even if I don't want it to as it should not be doing anything like this, it should not be touching the db at all for this operation, as that blocks the dropping of the database and does not allow us to reset it for dev work locally but also creates HUGE issues for production deployments.
I dont want these queries to happen, they are blocking my ability to get work done because they are blocking my ability to use the reset_db command, actively interfering with common dev tools that I depend on. How do I turn them off until this is fixed?
To Reproduce
Install a new django 4.2 app, add dj-stripe, add and configure django-allauth if you want everything I have locally, and add dj-extensions, then then do a bad deployment and need to reset your db by using the django-extention reset_db command. It will fail, citing unwanted extra connections in the same table, even if you reset your server and try again, because the dj-stripe query is connecting even when it should not be, and making the db fall over by blocking the 'reset_db' command.
Software versions
The text was updated successfully, but these errors were encountered: