4.1 KiB
Wagtail 7.1 release notes - IN DEVELOPMENT
Unreleased
---
local:
depth: 1
---
What's new
Other features
- Add iHeart oembed provider (Storm Heg)
- Add locale-aware
NumberColumnto display numbers in universal listings (Baptiste Mispelon) - Add ability for the header breadcrumbs to save their open/closed state across navigation & refresh (Srishti Jaiswal)
- Render listing buttons as template components (Sage Abdullah)
- Define default
GenericRelationsforRevisionMixinandWorkflowMixin, to avoid issues with deletion cascades (Sage Abdullah) - Update Twitter oembed provider to recognise x.com links (manu)
- Document and relocate the
init_new_pagesignal (Maciek Baron) - Use
requeststo access oEmbed endpoints, for more robust SSL certificate handling (Matt Westcott)
Bug fixes
- Handle lazy translation strings as
preview_valueforRichTextBlock(Seb Corbin) - Fix handling of newline-separated choices in form builder when using non-windows newline characters (Baptiste Mispelon)
- Ensure
WAGTAILADMIN_LOGIN_URLis respected when logging out of the admin (Antoine Rodriguez, Ramon de Jezus) - Fix behaviour of
ViewSet.inject_view_methodswith multiple methods (Gorlik)
Documentation
- ...
Maintenance
- Refactor
get_embedto removefinderargument which was only used for mocking in unit tests (Jigyasu Rajput) - Simplify handling of
Nonevalues inTypedTableBlock(Jigyasu Rajput) - Remove squash.io configuration (Sage Abdullah)
Upgrade considerations - changes affecting all projects
Upgrade considerations - deprecation of old functionality
Upgrade considerations - changes affecting Wagtail customizations
Deprecation of PageListingButton, SnippetListingButton, and UserListingButton
The PageListingButton, SnippetListingButton, and UserListingButton classes have been deprecated in favour of the generic ListingButton and Button classes.
The PageListingButton class was previously documented as part of the register_page_listing_buttons hook. If you used this hook to add buttons to the page listing, you should now replace wagtail.admin.widgets.PageListingButton with wagtail.admin.widgets.ListingButton. Using the PageListingButton class will continue to work for now, but will raise a deprecation warning.
The SnippetListingButton and UserListingButton classes were previously documented as part of the register_snippet_listing_buttons and register_user_listing_buttons hooks, respectively. If you used these hooks to add buttons to the snippet or user listing, you should now replace wagtail.snippets.widgets.SnippetListingButton and wagtail.users.widgets.UserListingButton with one of the following:
- Use
wagtail.admin.widgets.Buttonif you want the button to appear as an item inside the "More" actions dropdown in the listing. - Use
wagtail.admin.widgets.ListingButtonif you want the button to appear as a top-level button in the listing.
Using the SnippetListingButton or UserListingButton classes will continue to work for now, but will raise a deprecation warning.
The PageListingButton, SnippetListingButton, and UserListingButton classes will be removed in a future release.
Using ListingButton in IndexView.get_list_more_buttons now renders the button as a top-level button
If you have overridden the undocumented get_list_more_buttons method on a generic IndexView subclass (e.g. for a ModelViewSet) and used the ListingButton class to add buttons to the "More" actions dropdown, these buttons will now be rendered as top-level buttons in the listing. If you want the buttons to appear inside the "More" actions dropdown, you should use the Button class instead.
init_new_page moved to wagtail.signals
The signal, previously defined in wagtail.admin.signals, has now been moved to wagtail.signals. Any import lines referencing the old location need to be updated.