Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Settings DEBUG is True somehow #1436

Open
susanodd opened this issue Dec 15, 2024 · 3 comments
Open

Settings DEBUG is True somehow #1436

susanodd opened this issue Dec 15, 2024 · 3 comments
Assignees
Labels

Comments

@susanodd
Copy link
Collaborator

susanodd commented Dec 15, 2024

The database is somehow getting locked on the production server and it's not possible to login.

OperationalError at /accounts/login/
database is locked

On attempts to login, it is showing all the settings because DEBUG is somehow set to True on the production server.

In the base.py settings, it's set to True

It looks like the server specific are not overriding this to False.

@vanlummelhuizen
Copy link
Collaborator

The database is somehow getting locked on the production server and it's not possible to login.

OperationalError at /accounts/login/
database is locked

I see lots of 'database is locked' in yesterday's logs. For a possible solution see #673 .

On attempts to login, it is showing all the settings because DEBUG is somehow set to True on the production server.

In the base.py settings, it's set to True

It looks like the server specific are not overriding this to False.

That is because there is no actual code doing any overriding. DEBUG = False is simply not in the code base right now. If there should be such a line, I don't know. @Woseseltops ?

@susanodd
Copy link
Collaborator Author

It seems to be in base.py

(Is that not imported if the database is locked? Should that be False?)

It's actually done "after" it imports from server_specific (in base.py)

@susanodd
Copy link
Collaborator Author

susanodd commented Dec 18, 2024

@vanlummelhuizen can you fix this bug?

The settings on the live server need to be "git stash"ed every time before a pull because there are conflicts with the master branch in the settings.
This used to not be necessary.
I don't know what the solution was in the past.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants