Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Problem/Motivation
There have been a couple of dependency updates since #3176504: Upgrade dependencies prior to 9.1.0 - let's update before the alpha.
Steps to reproduce
Proposed resolution
Remaining tasks
User interface changes
API changes
Data model changes
Release notes snippet
+-------------------------------+--------+--------+
| Production Changes | From | To |
+-------------------------------+--------+--------+
| symfony/http-client-contracts | v2.2.0 | v2.3.1 |
+-------------------------------+--------+--------+
+-------------------+---------+---------+
| Dev Changes | From | To |
+-------------------+---------+---------+
| composer/composer | 1.10.14 | 1.10.15 |
+-------------------+---------+---------+
Comment | File | Size | Author |
---|---|---|---|
#7 | 3178046-9.1.x-7.patch | 4.56 KB | alexpott |
#2 | 3178046-2.patch | 4.38 KB | alexpott |
Comments
Comment #2
alexpottComment #3
alexpottI've made this critical due to...
Composer 2 seeping into core composer config...
Comment #4
xjmSo far #3 has not had any negative effects reported (we tested it with 9.07 and 8.9.7 on purpose). AFAIK it will get changed depending on the Composer version used by the person who most recently did a Composer update of core (most often the release managers).
Comment #5
alexpottEDIT: duplicate of previous comment
Comment #6
xjmNote that we need a separate 9.1.x patch; post-8.8.0 different branches will always have mismatched lockfiles.
Comment #7
alexpottHere's a patch for 9.1.x. Amusingly the conflict is on the diff in #3 - also the composer bin thing is flipping again.
Comment #8
jungle#7 for 9.1.x looks good to me.
#2 for 9.2.x, I think we could stick with
"plugin-api-version": "2.0.0"
to inline with 9.1.x switching to composer 2, otherwise, it's RTBC to me.Thanks!
Comment #9
jungleIn addition to #8, should/could we upgrade PHPUnit to 9 in 9.2.x?
Comment #10
jungleAs the title indicated, it's for 9.1.x. so setting to RTBC.
Comment #11
jungleI got confused that in composer.lock, it's "plugin-api-version": "1.1.0". See https://git.drupalcode.org/project/drupal/-/blob/9.1.x/composer.lock#L7327. Changing back to NR
Comment #12
alexpott@jungle the plugin-api-version doesn't matter. It only records what version of composer was used to do the build. It'll flip-flop. We shouldn't be committing composer.lock at all.
Comment #13
alexpottSee https://github.com/composer/composer/search?q=plugin-api-version - it's not actually used by composer and is not even part of the lock file hash :)
Comment #14
alexpottRe #9 no - that's optional. We need to stay on PHPUnit 8 whilst we still support it so we run tests with it. As said before we shouldn't check in composer.lock but we should do min-max testing instead.
Comment #15
andypost+1 rtbc
Comment #18
catchCommitted the patches to 9.2.x and 9.1.x respectively, thanks!
Comment #19
jungle@alexpott, thanks for the clarification.
Comment #20
xjm