Skip to content

Commit

Permalink
Update release directory from release/6.1-dev.
Browse files Browse the repository at this point in the history
  • Loading branch information
mauritsvanrees committed Dec 19, 2024
1 parent 4357ca0 commit 529faf9
Show file tree
Hide file tree
Showing 4 changed files with 409 additions and 175 deletions.
84 changes: 31 additions & 53 deletions release/RELEASE-NOTES.md
Original file line number Diff line number Diff line change
@@ -1,53 +1,35 @@
# Release notes for Plone 6.1.0a5
# Release notes for Plone 6.1.0b2

* Released: September 5, 2024
* Released: December 19, 2024
* Check the [release schedule](https://plone.org/download/release-schedule).
* Read the [upgrade guide](https://6.docs.plone.org/backend/upgrading/version-specific-migration/upgrade-to-61.html), explaining the biggest changes compared to 6.0.
* Canonical place for these [release notes](https://dist.plone.org/release/6.1.0a5/RELEASE-NOTES.md) and the full [packages changelog](https://dist.plone.org/release/6.1.0a5/changelog.txt).
* Canonical place for these [release notes](https://dist.plone.org/release/6.1.0b1/RELEASE-NOTES.md) and the full [packages changelog](https://dist.plone.org/release/6.1.0b1/changelog.txt).

If you want to jump straight in, here are two important links:

* With pip you can use the constraints file at [https://dist.plone.org/release/6.1.0a5/constraints.txt](https://dist.plone.org/release/6.1.0a5/constraints.txt), plus optionally [`constraints-extra.txt`](https://dist.plone.org/release/6.1.0a5/constraints-extra.txt) and [`constraints-ecosystem.txt`](https://dist.plone.org/release/6.1.0a5/constraints-ecosystem.txt). Note: in 6.0 we did not have these last two files. This may still change.
* With Buildout you can use the versions file at [https://dist.plone.org/release/6.1.0a5/versions.cfg](https://dist.plone.org/release/6.1.0a5/versions.cfg), plus optionally [`versions-extra.cfg`](https://dist.plone.org/release/6.1.0a5/versions-extra.cfg) and [`versions-ecosystem.cfg`](https://dist.plone.org/release/6.1.0a5/versions-ecosystem.cfg).
* With pip you can use the constraints file at [https://dist.plone.org/release/6.1.0b1/constraints.txt](https://dist.plone.org/release/6.1.0b1/constraints.txt).
* With Buildout you can use the versions file at [https://dist.plone.org/release/6.1.0b1/versions.cfg](https://dist.plone.org/release/6.1.0b1/versions.cfg), plus optionally [`versions-extra.cfg`](https://dist.plone.org/release/6.1.0b1/versions-extra.cfg) and [`versions-ecosystem.cfg`](https://dist.plone.org/release/6.1.0b1/versions-ecosystem.cfg).


## Highlights

The main change in this release is that Discussion is a core add-on.
Discussion is a feature that allows your site visitors to comment on web pages for any content object. The code behind this is in the `plone.app.discussion` package. In Plone 6.0 and earlier, this was a dependency of `Products.CMFPlone`, making it available for installation in all Plone sites. In Plone 6.1 it's a dependency of the `Plone` package.

See the [upgrade guide](https://6.docs.plone.org/backend/upgrading/version-specific-migration/upgrade-to-61.html#discussion-is-a-core-add-on) on how to handle this if your site has comments and you want to keep them.

The following packages are involved in the changes:

* `plone.app.discussion`: Move this package in the space of Plone Core add-ons.
It now depends on `Products.CMFPlone` and is no longer installed by default.
It is still available in the default `Plone` distribution, but can be omitted in customizations.
Installing this in the Add-ons control panel will enable comments globally.
* `Products.CMFPlone`: Remove dependency on `plone.app.discussion`.
* `plone.app.contenttypes`: Do not enable the `plone.allowdiscussion` behavior by default.
* `plone.app.dexterity`: Move `plone.discussion` behavior out of this package to `plone.app.discussion`.
* `plone.app.upgrade`: Cleanup `plone.app.discussion` settings when the package is not available. If the site contains comments, we throw an error and stop the upgrade. The advice then is to add the `plone.app.discussion` package.

Other major changes since 6.1.0a4:

* `plone.app.content`:
* `getVocabulary`: Fix for terms with incomplete HTML.
* Fix `select_default_page` in VHM hosted sites.
* `Products.PortalTransforms`: Shortcut in safe_html: Check for signs of html or script, skip further processing if none are found.
* Newer `docutils` that works with Sphinx 8.
* `Products.validation`:
* Moved to `versions-ecosystem.cfg`, and no longer test it in core, as core Plone is not using it. It is used by the populare addon `collective.easyform`.
* Drop support for Plone 5.2 and for Python 3.7 and lower. Only Plone 6.0 and 6.1 are supported now.
* Move translations from `plone.app.locales` to here.
* `Products.isurlinportal`: No longer patch `Products.CMFPlone`. Instead, `Products.CMFPlone` will use us directly (it already does, but with a new `Products.CMFPlone` release it will do so more cleanly). This solves cyclic dependencies.
* `zc.buildout`: update to version that works with latest setuptools.
* `plone.app.locales:
* Remove `Products.validation` translations. They are moved to that package.
* Update es, pt-br, eu, cn, and nl translations.
* `Products.CMFPlone`:
* Use `five.registerPackage` so an editable install with `pip` works.
* Use `Products.isurlinportal` directly, instead of relying on it patching our `URLTool`. This solves a cyclic dependency.
Major changes since 6.1.0b1:

* Supports Python 3.13. Python 3.13.0 has a problem though, so you need at least 3.13.1.
* `Products.CMFPlone`: Allow bundles to be rendered after all others. To render resources after all others, give them the "depends" value of "all".
* `Products.CMFEditions`: Fix ancient bug: "Can't pickle objects in acquisition wrappers" error in `OMOutsideChildrensModifier` and `OMInsideChildrensModifier`.
* `plone.app.event`: Provide an IContentListingObject adapter.
* `plone.app.multilingual`: use pat-contentbrowser as default widget for add translation form.
* `plone.distribution`: Fix bug where launch screen was blank in Chrome.
* `plone.namedfile`: Set `Link` header with `rel="canonical"` for file downloads. @mamico (#163)
* `plone.restapi`:
* Fix log in after changing email when "email as login" is enabled.
* When a Link content item is linked by UID, resolve its URL as the linked target URL for anonymous users.
* `plone.volto`:
* Rename `default` distribution to `volto`.
* Enable the `plone.versioning` behavior for the Page content type.
* The `volto.head_title` behavior has been renamed to `volto.kicker`. The old name still works, but is deprecated. Content types should be updated to use the new name.
* `plonetheme.barceloneta`: Upgrade TinyMCE 7.6.0.


## Volto frontend
Expand All @@ -56,39 +38,35 @@ The default frontend for new Plone 6 sites is Volto.
Note that this is a JavaScript frontend that you need to run in a separate process with NodeJS.

Plone 6.1 is meant to be used with Volto 18.
Latest release is [18.0.0-alpha.42](https://www.npmjs.com/package/@plone/volto/v/18.0.0-alpha.42). See the [changelog](https://github.com/plone/volto/blob/18.0.0-alpha.42/packages/volto/CHANGELOG.md).

Or use the latest Volto 17.
Latest release is [18.4.0](https://www.npmjs.com/package/@plone/volto/v/18.4.0). See the [changelog](https://github.com/plone/volto/blob/18.4.0/packages/volto/CHANGELOG.md).


## Classic UI

The HTML based and server side rendered UI that was present in Plone 5.2 and earlier major Plone releases is still available and has also been updated and improved upon in Plone 6.0 and 6.1. Our documentation now refers to this frontend as 'Classic UI'.


## Docker

As we are still in the alpha stage, we are not yet creating `plone-backend` Docker images.


## Python compatibility

This release supports Python 3.10, 3.11, and 3.12.
This is the first Plone release to support Python 3.13.
This release supports Python 3.10, 3.11, 3.12, and 3.13.


## pip, buildout, setuptools

In Plone core we use these versions to install Plone:

```
pip==24.2
setuptools==74.0.0
wheel==0.44.0
zc.buildout==3.1.0
pip==24.3.1
setuptools==75.6.0
wheel==0.45.1
zc.buildout==3.3
```

In general you are free to use whatever versions work for you, but these worked for us.

Note that there is also a [`zc.buildout` 4.0.0a1](https://pypi.org/project/zc.buildout/4.0.0a1/) release that you could try.


## Installation

Expand Down
Loading

0 comments on commit 529faf9

Please sign in to comment.