0.8.rst 5.6 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889
  1. =========================
  2. Wagtail 0.8 release notes
  3. =========================
  4. .. contents::
  5. :local:
  6. :depth: 1
  7. What's new
  8. ==========
  9. Minor features
  10. ~~~~~~~~~~~~~~
  11. * Page operations (creation, publishing, copying etc) are now logged via Python's ``logging`` framework; to configure this, add a logger entry for ``'wagtail'`` or ``'wagtail.core'`` to the ``LOGGING`` setup in your settings file.
  12. * The save button on the page edit page now redirects the user back to the edit page instead of the explorer
  13. * Signal handlers for ``wagtail.wagtailsearch`` and ``wagtail.contrib.wagtailfrontendcache`` are now automatically registered when using Django 1.7 or above.
  14. * 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
  15. * Improved error reporting on image upload, including ability to set a maximum file size via a new setting ``WAGTAILIMAGES_MAX_UPLOAD_SIZE``
  16. * 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.
  17. * Added Dutch translation
  18. Bug fixes
  19. ~~~~~~~~~
  20. * Replaced references of .username with .get_username() on users for better custom user model support
  21. * Unpinned dependency versions for six and requests to help prevent dependency conflicts
  22. * Fixed TypeError when getting embed HTML with oembed on Python 3
  23. * Made HTML whitelisting in rich text fields more robust at catching disallowed URL schemes such as ``jav\tascript:``
  24. * ``created_at`` timestamps on page revisions were not being preserved on page copy, causing revisions to get out of sequence
  25. * When copying pages recursively, revisions of sub-pages were being copied regardless of the ``copy_revisions`` flag
  26. * Updated the migration dependencies within the project template to ensure that Wagtail's own migrations consistently apply first
  27. * The cache of site root paths is now cleared when a site is deleted
  28. * Search indexing now prevents pages from being indexed multiple times, as both the base Page model and the specific subclass
  29. * Search indexing now avoids trying to index abstract models
  30. * Fixed references to "username" in login form help text for better custom user model support
  31. * Later items in a model's search_field list now consistently override earlier items, allowing subclasses to redefine rules from the parent
  32. * Image uploader now accepts JPEG images that PIL reports as being in MPO format
  33. * Multiple checkbox fields on form-builder forms did not correctly save multiple values
  34. * Editing a page's slug and saving it without publishing could sometimes cause the URL paths of child pages to be corrupted
  35. * ``latest_revision_created_at`` was being cleared on page publish, causing the page to drop to the bottom of explorer listings
  36. * 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")
  37. Upgrade considerations
  38. ======================
  39. Corrupted URL paths may need fixing
  40. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  41. 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.
  42. Automatic registration of signal handlers (Django 1.7+)
  43. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  44. 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.
  45. Change to search API when using database backend
  46. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  47. 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.
  48. 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 ``.search()``. Eg: ``Page.objects.search("Hello").filter(foo="Bar")`` (in this case, ``.filter()`` should be moved before ``.search()`` and it would work as before).
  49. Removal of validate_image_format from custom image model migrations (Django 1.7+)
  50. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  51. 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::
  52. import wagtail.wagtailimages.utils.validators
  53. and the ``validators`` attribute of the 'file' field - that is, the line::
  54. ('file', models.ImageField(upload_to=wagtail.wagtailimages.models.get_upload_to,
  55. width_field='width', height_field='height',
  56. validators=[wagtail.wagtailimages.utils.validators.validate_image_format],
  57. verbose_name='File')),
  58. should become::
  59. ('file', models.ImageField(upload_to=wagtail.wagtailimages.models.get_upload_to,
  60. width_field='width', height_field='height', verbose_name='File')),