- 🇬🇧United Kingdom jonathan1055
Added 🐛 PHP8.1 strncasecmp() Passing null to parameter #1 ($string1) of type string is deprecated Fixed for php8 compatibility
- 🇳🇴Norway steinmb
I see no blocker linked in here. Does that mean 1.7 is ready to be tagged and pushed?
- 🇬🇧United Kingdom jonathan1055
Yes I suppose that would be a good idea. I am not actively working on any 7.x issues or bugs.
- 🇬🇧United Kingdom jonathan1055
Removed #3224340: Hardcoded local task dependency on view scheduler_scheduled_content → as this was for 8.x-1.x and 2.x, not 7.x
Added #3318972: [7.x] Ignore SlevomatCodingStandard sniffs in codesniffer 3.7.1+ → which is already done
Added 📌 Add GitLab CI testing on 7.x Needs work which should be done before the final 7.x release.
- 🇳🇴Norway steinmb
Thank your for getting back to me so swiftly.
I fully understand that the focus these days is other places then on Drupal 7 modules, the same goes for me, though, we are still stuck with quite a few Drupal 7 installations around. I think many people are happy with D7 modules "only" being updated to work with newer versions of PHP as now all PHP 7.x, and very soon 8.0, are EOL. Sometime we are forced to move PHP version due to, security policies, sometimes we have upgrade PHP as we replace servers and server OS. Not a bad thing as PHP 8.x is a pleasure to work with :)
- 🇳🇴Norway steinmb
In general, for modules with a 7.x branch that is without an active maintainer, I think it would help if there was a note on the modules front page about this, then sites owners can can make their own decisions:. Example:
- Roll their own PHP 8.x fixes.
- Remove the module from the code base, allowing them to continue running Drupal 7 on newer PHP versions until they have a Drupal 10.x installation up and running.I have been reviewing a few old Drupal 7 installations lately, and most of them have modules that have not been updated the last 4-7 years. Perhaps https://getrector.com/ can be useful?
- 🇬🇧United Kingdom jonathan1055
I am still planning to support Scheduler 7.x-1.x and if there are security problems or it has to be updated for a PHP versions then that won't get ignored.
There is currently some progress on GitLab-ci for contrib 7.x here #3343810: Support for testing Drupal 7 with the template → and when that is done I will release 7.x-1.7
- 🇬🇧United Kingdom jonathan1055
Added 📌 Date and Rules tests fail in GitLab pipeline Fixed
📌 Add GitLab CI testing on 7.x Needs work remains open for testing, but Gitlab pipelines are now enabled and passing on Scheduler 7.x so it's time to make that release.
- 🇬🇧United Kingdom jonathan1055
Added 📌 Remove custom composer after_script Fixed
- Status changed to Fixed
about 1 year ago 8:27am 24 November 2023 - 🇬🇧United Kingdom jonathan1055
I released Scheduler 7.x-1.7 → on 21 November.
- 🇬🇧United Kingdom jonathan1055
and thank you for saying so. You're welcome :-)
Automatically closed - issue fixed for 2 weeks with no activity.