$ the-wire · showcase
Django deprecation warnings switch to calendar-based names
By RepoJournal · Filed · About Django
Django renamed its deprecation warning classes to match the 2028 calendar-based versioning, with old names kept as aliases to avoid breaking third-party code.
Django started aligning its deprecation warnings with DEP 20's calendar-based versioning [1]. RemovedInDjango70Warning is now an alias of RemovedInDjango2028Warning, and RemovedInDjango71Warning has been renamed to RemovedInDjango2029Warning [2][3]. Existing warning filters and except clauses in third-party code keep working across the rename [2]. Docs were updated accordingly [4].
The djangoproject.com CVE generator now emits one CVE 5.1 credits entry per person instead of packing all names for a role into a single string [5]. Reporter and remediator names are each given their own credits entry, and optional reviewer and analyst fields have been added for the "remediation reviewer" and "analyst" types [6]. Downstream consumers can now attribute roles individually.
Action items
- → Update any references to RemovedInDjango71Warning to RemovedInDjango2029Warning django/django [plan]
- → Keep using RemovedInDjango70Warning or switch to RemovedInDjango2028Warning django/django [plan]
- → If you consume djangoproject.com CVE data, check that credits entries are now per person django/djangoproject.com [monitor]
References
- [1] Refs #37293 -- Updated deprecation warnings for new release cycle (DEP 20) ↗ django/django
- [2] Refs #37293 -- Aliased RemovedInDjango70Warning to RemovedInDjango2028Warning. ↗ django/django
- [3] Fixed #37293 -- Renamed RemovedInDjango71Warning to RemovedInDjango2029Warning. ↗ django/django
- [4] Refs #37293 -- Updated deprecation docs for calendar-based warning names. ↗ django/django
- [5] Fixed #2749: Emitted one CVE credits entry per person. ↗ django/djangoproject.com
- [6] [checklists] Emitted one CVE credits entry per person. ↗ django/djangoproject.com