- last update
over 1 year ago 2 fail - ๐บ๐ธUnited States neclimdul Houston, TX
The irony of this not being done. LOL
- Status changed to RTBC
over 1 year ago 11:07am 12 May 2023 - ๐ฌ๐งUnited Kingdom 3li U.K. ๐ฌ๐ง
Tested #9 and found it also happy on upgrade status.
Also re-rolled the patch to work with alpha8 - Status changed to Needs review
over 1 year ago 10:31am 24 June 2023 This is an automated patch generated by Drupal Rector. Please see the issue summary for more details.
It is important that any automated tests available are run with this patch and that you manually test this patch.
Drupal 10 Compatibility
According to the Upgrade Status module โ this patch makes this module compatible with Drupal 10! ๐
Therefore this patch updates theinfo.yml
file for Drupal 10 compatibility.Leaving this issue open, even after committing the current patch, will allow the Project Update Bot โ to post additional Drupal 10 compatibility fixes as they become available in Drupal Rector.
Debug info
Bot run #12554This patch was created using these packages:
- mglaman/phpstan-drupal: 1.1.35
- palantirnet/drupal-rector: 0.15.1
- First commit to issue fork.
- @sahal_va opened merge request.
- Status changed to Fixed
about 1 year ago 2:05pm 29 September 2023 - ๐ญ๐บHungary Gรกbor Hojtsy Hungary
Re @neclimdul:
The irony of this not being done. LOL
The module already works fine on Drupal 9 with 8.x-1.0-alpha8, so the Drupal 10 compatible version would be needed to move from Drupal 10 to 11 I think. It is true that having a 9 and 10 compatible version helps with the upgrade since you don't need to remove the module before updating to Drupal 10, but you should remove it anyway as it is not needed for your Drupal 10 site operation.
I committed a heavily modified version of the above and made a 2.x branch with that.
1. The file_directory_temp() backwards compatible code should not have been fixed but removed. That was for supporting Drupal 8.
2. The drupal_get_path() should not have been removed but converted to a backwards compatible wrapper so Drupal 9 earlier than 9.3.0 could use the module.
3. This allowed to update the info file to also support any version of 9.
4. The test module should not have been "fixed" since it intentionally has outdated calls so rector fixes it and we test for that.
5. However the test module info file should have been updated to allow it to be installed on Drupal 10 too for testing.Committed that.
All in all I think this module should have a tiny role in site upgrades, it is not very convenient where it outputs a patch in a textarea that you need to copy somewhere and apply to your codebase. For you local codebase using rector on the command line is vastly preferred. For d.o patch generation, the project update bot took that role over, so copying patches from a textarea is not the way anymore. So I am wondering what people use this module for still :)
- ๐ญ๐บHungary Gรกbor Hojtsy Hungary
Added this to the project page:
If you plan to use the automated fixes as well, it is easier to use Drupal Rector directly on the command line to apply the automated fixes immediately. In that case this module is not needed at all as the assesment functionality is also directly available in Drupal Rector with the
--dry-run
option. Automatically closed - issue fixed for 2 weeks with no activity.