Wagtail 0.8 (LTS) release notes¶
November 5, 2014
Wagtail 0.8 is designated a Long Term Support (LTS) release. Long Term Support releases will continue to receive maintenance updates as necessary to address security and data-loss related issues, up until the next LTS release (typically a period of 8 months).
Page operations (creation, publishing, copying etc) are now logged via Python’s
loggingframework; to configure this, add a logger entry for
LOGGINGsetup in your settings file.
The save button on the page edit page now redirects the user back to the edit page instead of the explorer
Signal handlers for
wagtail.contrib.wagtailfrontendcacheare now automatically registered when using Django 1.7 or above.
Added a Django 1.7 system check to ensure that foreign keys from Page models are set to
on_delete=SET_NULL, to prevent inadvertent (and tree-breaking) page deletions
Improved error reporting on image upload, including ability to set a maximum file size via a new setting
The external image URL generator now keeps persistent image renditions, rather than regenerating them on each request, so it no longer requires a front-end cache.
Added Dutch translation
Replaced references of .username with .get_username() on users for better custom user model support
Unpinned dependency versions for six and requests to help prevent dependency conflicts
Fixed TypeError when getting embed HTML with oembed on Python 3
Made HTML whitelisting in rich text fields more robust at catching disallowed URL schemes such as
created_attimestamps on page revisions were not being preserved on page copy, causing revisions to get out of sequence
When copying pages recursively, revisions of sub-pages were being copied regardless of the
Updated the migration dependencies within the project template to ensure that Wagtail’s own migrations consistently apply first
The cache of site root paths is now cleared when a site is deleted
Search indexing now prevents pages from being indexed multiple times, as both the base Page model and the specific subclass
Search indexing now avoids trying to index abstract models
Fixed references to “username” in login form help text for better custom user model support
Later items in a model’s search_field list now consistently override earlier items, allowing subclasses to redefine rules from the parent
Image uploader now accepts JPEG images that PIL reports as being in MPO format
Multiple checkbox fields on form-builder forms did not correctly save multiple values
Editing a page’s slug and saving it without publishing could sometimes cause the URL paths of child pages to be corrupted
latest_revision_created_atwas being cleared on page publish, causing the page to drop to the bottom of explorer listings
Searches on partial_match fields were wrongly applying prefix analysis to the search query as well as the document (causing e.g. a query for “water” to match against “wagtail”)
Corrupted URL paths may need fixing¶
This release fixes a bug in Wagtail 0.7 where editing a parent page’s slug could cause the URL paths of child pages to become corrupted. To ensure that your database does not contain any corrupted URL paths, it is recommended that you run
./manage.py set_url_paths after upgrading.
Automatic registration of signal handlers (Django 1.7+)¶
Signal handlers for the
wagtailsearch core app and
wagtailfrontendcache contrib app are automatically registered when using Django 1.7. Calls to
register_signal_handlers from your
urls.py can be removed.
Change to search API when using database backend¶
When using the database backend, calling search (either through
Page.objects.search() or on the backend directly) will now return a
SearchResults object rather than a Django
QuerySet to make the database backend work more like the Elasticsearch backend.
This change shouldn’t affect most people as
SearchResults behaves very similarly to
QuerySet. But it may cause issues if you are calling
QuerySet specific methods after calling
Page.objects.search("Hello").filter(foo="Bar") (in this case,
.filter() should be moved before
.search() and it would work as before).
Removal of validate_image_format from custom image model migrations (Django 1.7+)¶
If your project is running on Django 1.7, and you have defined a custom image model (by extending the
wagtailimages.AbstractImage class), the migration that creates this model will probably have a reference to
wagtail.wagtailimages.utils.validators.validate_image_format. This module has now been removed, which will cause
manage.py migrate to fail with an
ImportError (even if the migration has already been applied). You will need to edit the migration file to remove the line:
validators attribute of the ‘file’ field - that is, the line:
('file', models.ImageField(upload_to=wagtail.wagtailimages.models.get_upload_to, width_field='width', height_field='height', validators=[wagtail.wagtailimages.utils.validators.validate_image_format], verbose_name='File')),
('file', models.ImageField(upload_to=wagtail.wagtailimages.models.get_upload_to, width_field='width', height_field='height', verbose_name='File')),