This page details the changes in the various django-formtools
releases.
- Version 2.5 was never released on PyPi due to a pyproject.toml misconfiguration.
- Confirmed support for Python 3.12 and Django 5.0.
- Replaced deprecated pkg_resources usage by importlib.metadata.
- Applied PEP 621 (replaced setup.py with pyproject.toml).
- Removed Python 3.7 support.
- Updated translations (Galician, Portuguese, Slovenian, Serbian).
- Fixed a regression causing a recursion error when getting
get_form_list()
from a form condition (#220). - Removed Python 3.6 support and added Python 3.11 to test matrix.
- Dropped testing for Django < 3.2 and confirmed support for Django 4.2.
- Updated translations from Transifex.
- Any kwarg passed to
render_goto_step()
is passed over torender
. WizardView
is usingget_form_list()
instead of directly accessingform_list
(#168).- Added Python 3.10 to test matrix.
- Dropped testing for Django 3.1.
- Confirmed support for Django 4.0 and 4.1.
- Dropped testing for Django 1.11, 2.0 and 2.1.
- Added support for Django 3.1 and Python 3.9.
- Added support for Django 3.2.
- Dropped support for Django 3.0.
- Dropped support for Python 3.5.
- Dropped testing for Django 1.8, 1.9, 1.10.
- Dropped support for Python 2.
- Added support for Django 2.1, 2.2, 3.0, and Python 3.7.
- Updated translations from Transifex.
- Added testing for Django 1.11 (no code changes were required).
- Added support for Django 2.0.
- Dropped testing for Python 3.3 (now end-of-life) on Django 1.8.
- Added the
request
parameter to :meth:`FormPreview.parse_params() <formtools.preview.FormPreview.parse_params>`. - Added support for Django 1.10.
- Dropped support for Django 1.7 and Python 3.2 on Django 1.8.
Added the
request
parameter to :meth:`WizardView.get_prefix() <formtools.wizard.views.WizardView.get_prefix>`.This was originally reported and fixed in the main Django repository:
A :doc:`form wizard </wizard>` using the :class:`~formtools.wizard.views.CookieWizardView` will now ignore an invalid cookie, and the wizard will restart from the first step. An invalid cookie can occur in cases of intentional manipulation, but also after a secret key change. Previously, this would raise
WizardViewCookieModified
, aSuspiciousOperation
, causing an exception for any user with an invalid cookie upon every request to the wizard, until the cookie is removed.This was originally reported and fixed in the main Django repository:
Added missing form element to default wizard form template
formtools/wizard/wizard_form.html
.