Wagtail 2.13 release notes¶
May 12, 2021
What’s new¶
StreamField performance and functionality updates¶
The StreamField editing interface has been rebuilt on a client-side rendering model, powered by the telepath library. This provides better performance, increased customisability and UI enhancements including the ability to duplicate blocks. For further background, see the blog post Telepath - the next evolution of StreamField.
This feature was developed by Matt Westcott and Karl Hobley and sponsored by YouGov, inspired by earlier work on react-streamfield completed by Bertrand Bordage through the Wagtail’s First Hatch crowdfunder.
Simple translation module¶
In Wagtail 2.12 we shipped the new localisation support, but in order to translate content an external library had to be used, such as wagtail-localize.
In this release, a new contrib app has been introduced called simple_translation. This allows you to create copies of pages and translatable snippets in other languages and translate them as regular Wagtail pages. It does not include any more advanced translation features such as using external services, PO files, or an interface that helps keep translations in sync with the original language.
This module was contributed by Coen van der Kamp.
Commenting¶
The page editor now supports leaving comments on fields and StreamField blocks, by entering commenting mode (using the button in the top right of the editor). Inline comments are available in rich text fields using the Draftail editor.
This feature was developed by Jacob Topp-Mugglestone, Karl Hobley and Simon Evans and sponsored by The Motley Fool.
Combined account settings¶
The “Account settings” section available at the bottom of the admin menu has been updated to include all settings on a single form. This feature was developed by Karl Hobley.
Redirect export¶
The redirects module now includes support for exporting the list of redirects to XLSX or CSV. This feature was developed by Martin Sandström.
Sphinx Wagtail Theme¶
The documentation now uses our brand new Sphinx Wagtail Theme, with a search feature powered by Algolia DocSearch.
Feedback and feature requests for the theme may be reported to the sphinx_wagtail_theme issue list, and to Wagtail’s issues for the search.
Thank you to Storm Heg, Tibor Leupold, Thibaud Colas, Coen van der Kamp, Olly Willans, Naomi Morduch Toubman, Scott Cranfill, and Andy Chosak for making this happen!
Django 3.2 support¶
Django 3.2 is formally supported in this release. Note that Wagtail 2.13 will be the last release to support Django 2.2.
Other features¶
Support passing
min_num
,max_num
andblock_counts
arguments directly toStreamField
(Haydn Greatnews, Matt Westcott)Add the option to set rich text images as decorative, without alt text (Helen Chapman, Thibaud Colas)
Add support for
__year
filter in Elasticsearch queries (Seb Brown)Add
PageQuerySet.defer_streamfields()
(Andy Babic)Utilize
PageQuerySet.defer_streamfields()
to improve efficiency in a few key places (Andy Babic)Support passing multiple models as arguments to
type()
,not_type()
,exact_type()
andnot_exact_type()
methods onPageQuerySet
(Andy Babic)Update default attribute copying behaviour of
Page.get_specific()
and added thecopy_attrs_exclude
option (Andy Babic)Update
PageQueryset.specific(defer=True)
to only perform a single database query (Andy Babic)Switched
register_setting
,register_settings_menu_item
to use SVG icons (Thibaud Colas)Add support to SVG icons for
SearchArea
subclasses inregister_admin_search_area
(Thibaud Colas)Add specialized
wagtail.reorder
page audit log action. This was previously covered by thewagtail.move
action (Storm Heg)get_settings
template tag now supports specifying the variable name with{% get_settings as var %}
(Samir Shah)Reinstate submitter’s name on moderation notification email (Matt Westcott)
Add a new switch input widget as an alternative to checkboxes (Karl Hobley)
Allow
{% pageurl %}
fallback to be a direct URL or an object with aget_absolute_url
method (Andy Babic)Support slicing on StreamField / StreamBlock values (Matt Westcott)
Switch Wagtail choosers to use SVG icons instead of font icon (Storm Heg)
Save revision when restart workflow (Ihor Marhitych)
Add a visible indicator of unsaved changes to the page editor (Jacob Topp-Mugglestone)
Bug fixes¶
StreamField required status is now consistently handled by the
blank
keyword argument (Matt Westcott)Show ‘required’ asterisks for blocks inside required StreamFields (Matt Westcott)
Make image chooser “Select format” fields translatable (Helen Chapman, Thibaud Colas)
Fix pagination on ‘view users in a group’ (Sagar Agarwal)
Prevent page privacy menu from being triggered by pressing enter on a char field (Sagar Agarwal)
Validate host/scheme of return URLs on password authentication forms (Susan Dreher)
Reordering a page now includes the correct user in the audit log (Storm Heg)
Fix reverse migration errors in images and documents (Mike Brown)
Make “Collection” and “Parent” form field labels translatable (Thibaud Colas)
Apply enough chevron padding to all applicable select elements (Scott Cranfill)
Reduce database queries in the page edit view (Ihor Marhitych)
Upgrade considerations¶
End of Internet Explorer 11 support¶
Wagtail 2.13 will be the last Wagtail release to support IE11. Users accessing the admin with IE11 will be shown a warning message advising that support is being phased out.
Updated handling of non-required StreamFields¶
The rules for determining whether a StreamField is required (i.e. at least one block must be provided) have been simplified and made consistent with other field types. Non-required fields are now indicated by blank=True
on the StreamField
definition; the default is blank=False
(the field is required). In previous versions, to make a field non-required, it was necessary to define a top-level StreamBlock
with required=False
(which applied the validation rule) as well as setting blank=True
(which removed the asterisk from the form field). You should review your use of StreamField to check that blank=True
is used on the fields you wish to make optional.
New client-side implementation for custom StreamField blocks¶
For the majority of cases, the new StreamField implementation in this release will be a like-for-like upgrade, and no code changes will be necessary - this includes projects where custom block types have been defined by extending StructBlock
, ListBlock
and StreamBlock
. However, certain complex customisations may need to be reimplemented to work with the new client-side rendering model:
When customising the form template for a
StructBlock
using theform_template
attribute, the HTML of each child block must be enclosed in an element with adata-contentpath
attribute equal to the block’s name. This attribute is used by the commenting framework to attach comments to the correct fields. See Custom editing interfaces for StructBlock.If a
StructBlock
subclass overrides theget_form_context
method as part of customising the form template, and that method contains logic that causes the returned context to vary depending on the block value, this will no longer work as intended. This is becauseget_form_context
is now invoked once with the block’s default (blank) value in order to construct a template for the client-side rendering to use; previously it was called for each block in the stream. In the new implementation, any Python-side processing that needs to happen on a per-block-value basis can be performed in the block’sget_form_state
method; the data returned from that method will then be available in the client-siderender
method.If
FieldBlock
is used to wrap a Django widget with non-standard client-side behaviour - such as requiring a JavaScript function to be called on initialisation, or combining multiple HTML elements such that it is not possible to read or write its data by accessing a single element’svalue
property - then you will need to supply a JavaScript handler object to define how the widget is rendered and populated, and how to extract data from it.Packages that replace the StreamField interface at a low level, such as
wagtail-react-streamfield
, are likely to be incompatible (but the new StreamField implementation will generally offer equivalent functionality).
For further details, see How to build custom StreamField blocks.
CommentPanel
¶
Page.settings_panels
now includes CommentPanel
, which is used to save and load comments. If you are overriding page settings edit handlers
without directly extending Page.settings_panels
(ie settings_panels = Page.settings_panels + [ FieldPanel('my_field') ]
would need no
change here) and want to use the new commenting system, your list of edit handlers should be updated to include CommentPanel
. For example:
from django.db import models
from wagtail.core.models import Page
from wagtail.admin.edit_handlers import CommentPanel
class HomePage(Page):
settings_panels = [
# My existing panels here
CommentPanel(),
]
Feedback¶
We would love to receive your feedback on this release.