-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Extra warnings about beaker.session.secret not being declared #8467
Comments
amercader
changed the title
Extra warnings about beaker.session.secret is not being declared
Extra warnings about beaker.session.secret not being declared
Oct 1, 2024
amercader
added a commit
that referenced
this issue
Oct 2, 2024
Use `legacy_key` instead of `configured_default` to avoid a non-declared warning. Note that the fallback to `beaker.session.secret` will only work if `SECRET_KEY` is not present at all. If it is present but empty a non-empty error will be shown.
wardi
added a commit
that referenced
this issue
Oct 3, 2024
[#8467] Use legacy_key in SECRET_KEY fallback
github-actions bot
pushed a commit
that referenced
this issue
Oct 3, 2024
Use `legacy_key` instead of `configured_default` to avoid a non-declared warning. Note that the fallback to `beaker.session.secret` will only work if `SECRET_KEY` is not present at all. If it is present but empty a non-empty error will be shown. (cherry picked from commit bd77bda)
github-actions bot
pushed a commit
that referenced
this issue
Oct 3, 2024
(cherry picked from commit 0ae06ff)
amercader
added a commit
that referenced
this issue
Oct 3, 2024
[Backport dev-v2.11] [#8467] Use legacy_key in SECRET_KEY fallback
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
CKAN version: current master (2.12+) and 2.11
After merging #7853 we get a lot of these warnings:
SECRET_KEY
usesconfigured_default("beaker.session.secret",None)
to fallback to the legacy secret key setting, but it is no longer defined in the config declaration, so whenconfigured_default
tries to access it a warning is shown.Perhaps a better approach is to use
legacy_key: beaker.session.secret
onSECRET_KEY
which will try to use the beaker setting if SECRET_KEY is not present, and display a deprecation warningThe text was updated successfully, but these errors were encountered: