- Issue created by @project update bot
This is an automated patch generated using Upgrade Status and Drupal Rector. Please see the issue summary for more details. A merge request (MR) is also openend and updated.
It is important that any automated tests available are run and that you manually test the changes.
Drupal 11 Compatibility
According to the Upgrade Status module β , even with these changes, this module is not yet compatible with Drupal 11.
Currently Drupal Rector, version 0.20.1, cannot fix all Drupal 11 compatibility problems.
Therefore these changes did not update the
info.yml
file for Drupal 11 compatibility.The compatibility issues that Upgrade Status found after the Drupal Rector fixes were applied are attached to help you resolve them manually.
Leaving this issue open, even after committing the current patch or merging the MR, will allow the Project Update Bot β to post additional Drupal 11 compatibility fixes as they become available in Drupal Rector.
Debug information
Bot run #11-127659These packages were used to generate the fixes:
- drupal/upgrade_status: 4.1.0
- mglaman/phpstan-drupal: 1.2.9
- palantirnet/drupal-rector: 0.20.1
- First commit to issue fork.
- πΊπΈUnited States japerry KVUO
While the tests are failing, these are related to group and commerce. Not sure what, if anything should be done with those as the module appears to work fine outside the tests in D9.5, 10, and 11. Fixed!
- Status changed to Fixed
9 months ago 6:37am 19 July 2024 -
japerry β
committed afc5605b on 8.x-1.x
Issue #3434087 by japerry: Automated Drupal 11 compatibility fixes for...
-
japerry β
committed afc5605b on 8.x-1.x
- Status changed to Needs work
9 months ago 12:56am 30 July 2024 - π«π·France dqd London | N.Y.C | Paris | Hamburg | Berlin
The automated Drupal 11 created another issue for 8.x a week ago so now the confusion is complete. π Automated Drupal 11 compatibility fixes for rabbit_hole Closed: won't fix
- π«π·France dqd London | N.Y.C | Paris | Hamburg | Berlin
I was about to change back to the original branch/version intentionally here. But after a short chat on Slack with @acbramley I realize the misunderstanding. I thought he is involved in the port and 2.0 branch maintenance from a short glimpse. Sorry. I'm just not sure if it is triggering the bot the right way by changing the version in one of the existing ACFI's if already something has been committed. Especially after a final Drupal 11 release. So I wanted to point a finger on it. My assumption is: it won't work this way. But maybe I am mistaken. But let me suggest to return it back to the original version which has been fixed already by @japerry, because it is somewhat confusing to change the version in this automated issues afterwards. Because it seems that it has triggered the bot to create another 8.x issue. And by scanning the issue queue now, it looks like there is already a 2.0 fix, but it isn't.
- π«π·France dqd London | N.Y.C | Paris | Hamburg | Berlin
Oops, the inital version change was still in my cache. Reversed and leave it up to maintainers to decide how to move on.
- Status changed to Fixed
8 months ago 8:55pm 31 August 2024 - π«π·France dqd London | N.Y.C | Paris | Hamburg | Berlin
#9 has confused me twice ... Reading on at π Automated Drupal 11 compatibility fixes for rabbit_hole Closed: won't fix @japerry has closed this one over there reasonably. And re-reading this issue here again from start twice I tend to switch back to @japerry's last Status consequently.
Automatically closed - issue fixed for 2 weeks with no activity.
- π―π΄Jordan Rajab Natshah Jordan
This issue was committed and released for the
8.x-1.x
branch
But not the2.0.x
branch