Problem/Motivation
- https://github.com/symfony/symfony/releases/tag/v6.3.0-RC2
- https://github.com/symfony/symfony/releases/tag/v6.3.0
Proposed resolution
Start updating now to Symfony 6.3 to see what deprecations, if any, we need to fix.
Remaining tasks
User interface changes
API changes
Data model changes
Release notes snippet
| Comment | File | Size | Author |
|---|---|---|---|
| #4 | 3363222-4.patch | 41.55 KB | andypost |
| #2 | 3363222-2.patch | 10.28 KB | andypost |
Comments
Comment #2
andypostComment #3
spokjeComment #4
andyposthttps://github.com/symfony/symfony/releases/tag/v6.3.0
Comment #5
smustgrave commentedAll green
Comment #8
catchCommitted/pushed to 11.x and 10.1.x, thanks!
Comment #9
cilefen commented#3364801: PHP Fatal error: Declaration of Drupal\Core\TypedData\Validation\ExecutionContext
Comment #10
ankitv18 commentedAre these changes also gonna pushed into Drupal 10.0.x branch?
Comment #11
catch@ankitv18 no that will stay on Symfony 6.2, and then 10.0.x goes out of support the end of this year.
Comment #12
lmoeniThe current requirement in 10.0.x for example allows symfony/console 6.3 to install. Which then results in this issue:
https://www.drupal.org/project/drupal/issues/3364801
Shouldn't we backport or lock the version to 6.2 then?
Comment #13
cilefen commentedDoes that occur with the core-recommend package at 10.0.*?
Comment #14
chi commentedYes, we should.
core-recommendedpackage should not be used to obscure wrong dependency ranges.Not sure which way is better. Drupal 10.0 is not compatible with Symfony 6.3 and Drupal 10.1.0 is not released yet. So right now we have no stable Drupal release compatible with Symfony 6.3.
Comment #15
chi commentedAnd Symfony 6.2 will go out of suport next month which means for Drupal 10.0 will use unsupported Symfony version for a few month.
Comment #16
catch@Chi we have an arrangement with the Symfony project that two Drupal core committers are on their security team. If any components in a Symfony minor release that Drupal core still depends on have a security advisory issued, then we will work with them to get the fix backported to the branch we're using and they'll issue a 'bonus' release for it. This doesn't apply to components we don't use.
It is a bit obscure, but it is what we settled on - they didn't want to support their own minor releases for 13 months, we didn't want to update to their minor releases in our patch releases, we didn't want to be out of security support for six months on a permanent basis.
Comment #17
chi commentedRe #16. Makes sense.
We still need to lock Drupal 10.0 on Symfony 6.2 in composer.json.
Comment #18
spokje#3365567: Lock Drupal 10.0 on symfony/serializer and symfony/validator 6.2, putting this one back to status Fixed, since there's nothing more to do here.
Comment #19
chi commented