#34923 closed Bug (fixed)
MESSAGE_TAGS ignored in 5.0a1
Reported by: | James Gillard | Owned by: | Mariusz Felisiak |
---|---|---|---|
Component: | contrib.messages | Version: | 5.0 |
Severity: | Release blocker | Keywords: | |
Cc: | François Freitag | Triage Stage: | Ready for checkin |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
I've been running 5.0a1 off and on with our project to spot issues and have come across my first.
As stated in the title, MESSAGE_TAGS in settings.py is now having no effect for me. I noticed this when the extra classes we define inside settings.py disappeared from the rendered HTML of a message. I tried having a play around with the django test suite to recreate, but I didn't achieve that, so the proof I have is from adding a debug line inside django.contrib.messages.utils.get_level_tags
. I stopped at this point, as someone might be able to point out something obvious I've missed that's leading to this.
Here's the debug print
I've added:
def get_level_tags(): """ Return the message level tags. """ print(getattr(settings, "MESSAGE_TAGS", {})) return { **constants.DEFAULT_TAGS, **getattr(settings, "MESSAGE_TAGS", {}), }
Here is what we have inside settings.py:
MESSAGE_TAGS = { messages.DEBUG: 'debug alert-info is-info', messages.INFO: 'info alert-info is-info', messages.SUCCESS: 'success alert-success is-success', messages.WARNING: 'warning alert-warning is-warning', messages.ERROR: 'error alert-danger is-danger', }
And here's what I'm seeing when going from 4.2.5 to 5.0a1, and also testing latest main; lines removed for brevity:
✗ pip install Django==4.2.5 ✗ ./manage.py runserver {10: 'debug alert-info is-info', 20: 'info alert-info is-info', 25: 'success alert-success is-success', 30: 'warning alert-warning is-warning', 40: 'error alert-danger is-danger'} {10: 'debug alert-info is-info', 20: 'info alert-info is-info', 25: 'success alert-success is-success', 30: 'warning alert-warning is-warning', 40: 'error alert-danger is-danger'} Django version 4.2.5, using settings 'journee.settings' ✗ pip install Django==5.0a1 ✗ ./manage.py runserver {} {} Django version 5.0a1, using settings 'journee.settings' ✗ pip install git+https://github.com/django/django.git ✗ ./manage.py runserver {} {} Django version 5.1.dev20231023125957, using settings 'journee.settings'
Change History (9)
comment:1 by , 14 months ago
Component: | Uncategorized → contrib.messages |
---|
comment:2 by , 14 months ago
Cc: | added |
---|---|
Severity: | Normal → Release blocker |
Triage Stage: | Unreviewed → Accepted |
follow-up: 4 comment:3 by , 14 months ago
James, Can you confirm that the following patch fixes this issue for you?
-
django/contrib/messages/storage/base.py
diff --git a/django/contrib/messages/storage/base.py b/django/contrib/messages/storage/base.py index 124049a5e2..5d89acfe69 100644
a b 1 1 from django.conf import settings 2 2 from django.contrib.messages import constants, utils 3 from django.utils.functional import SimpleLazyObject 3 4 4 LEVEL_TAGS = utils.get_level_tags()5 LEVEL_TAGS = SimpleLazyObject(utils.get_level_tags) 5 6 6 7 7 8 class Message:
comment:5 by , 14 months ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:7 by , 14 months ago
Triage Stage: | Accepted → Ready for checkin |
---|
Thanks for the report! Regression in b7fe36ad37fb18c4bc7932c0aec6ae4f299b9622.