- Issue created by @project update bot
- last update
9 months ago 2 pass This is an automated patch generated using Upgrade Status and Drupal Rector. Please see the issue summary for more details. A merge request 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 → these changes make this module compatible with Drupal 11! 🎉
Therefore these changes update theinfo.yml
file for Drupal 11 compatibility.Leaving this issue open, even after committing the current patch, will allow the Project Update Bot → to post additional Drupal 11 compatibility fixes as they become available in Drupal Rector.
Debug info
Bot run #11-121090This patch was created using these packages:
- drupal/upgrade_status: 4.1.0
- mglaman/phpstan-drupal: 1.2.7
- palantirnet/drupal-rector: 0.20.1
- Status changed to Needs work
9 months ago 6:34am 18 March 2024 - First commit to issue fork.
- Assigned to shivam_tiwari
- Issue was unassigned.
- Merge request !14Automated Drupal 11 compatibility fixes for fences_block. → (Merged) created by shivam_tiwari
- Status changed to Needs review
6 months ago 6:42pm 1 July 2024 - Status changed to Needs work
5 months ago 6:41am 5 August 2024 - 🇮🇳India Tirupati_Singh
Hi, I've tested the MR changes and now the module is compatible with Drupal 11. Getting no issues while installing/uninstalling the module in Drupal 11. The module is working fine and all the block configurations are also getting applied, however after saving the placed block configuration getting error message for
Deprecated function: Calling get_class() without arguments is deprecated in Drupal\fences_block\FencesBlock::addConfigForm() (line 96 of modules/custom/fences_block/src/FencesBlock.php).
. Hence, moving the issue status to Needs work. I've attached the screenshots for reference. - Assigned to Grevil
- First commit to issue fork.
- 🇩🇪Germany Grevil
Thank you, @Tirupati_Singh! Yea, I could recreate the issue you described! The reason behind this is, that the MR is not on par with current 2.x. Current 2.x already uses `static::class` instead of `get_class()`.
- Issue was unassigned.
- Status changed to RTBC
5 months ago 1:19pm 5 August 2024 - Status changed to Fixed
5 months ago 1:20pm 5 August 2024 Automatically closed - issue fixed for 2 weeks with no activity.