-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PHP 8.4 support #331
Comments
@emteknetnz We don't add PHP 8.4 support to CMS 5. The quote you added is about adding PHP 8.3 support to CMS 5.
Similarly we'll add 8.5 to CMS 6 when it releases, and not 8.6 to CMS 6. Similarly for CMS 4 we added PHP 8.1 support but not 8.2 or 8.3 |
Have updated description to remove from CMS 5 |
Note that docs also need to be updated - both with a changelog entry and make sure any references to supported PHP versions includes PHP 8.4 |
Code changes merged. |
Done |
Looking at the framework CI runs, there's still some PHP 8.4 deprecations warnings from our dependencies. Previously we've considered these to be part of PHP compatibility IIRC. There's likely other deps with similar problems, these were just what I spied from looking at the below CI runs: https://github.com/silverstripe/silverstripe-framework/actions/runs/12131524771/job/33823951169
https://github.com/silverstripe/silverstripe-framework/actions/runs/12131524771/job/33823950784
and various others from the
and various others from the |
They're third party deprecation notices for new deprecation notices as of PHP 8.4. There's not a whole lot we can do about those and it's not really our responsibility to fix them. They'll only show if developers turns on deprecation logging with PHP config and they will not affect a production site. They should get fixed over time as people release PHP 8.4 support for those depedencies. The sensio labs one does have a fix committed, just not tagged Seems like this issue can now be closed. |
We can't say Silverstripe CMS 6 is PHP 8.4 compatible while there are lots of PHP deprecation warnings being thrown from our dependencies that projects can't opt out of. In the past we have submitting pull requests providing PHP compatibility where it's missing in our dependencies. We have also previously forked dependencies that refused to update (see https://github.com/silverstripe/closure/ as an example). Based on what we've done in the past, and in order to be able to say it's PHP 8.4 compatible, I think we should do the following:
|
Done #351 I think we can now close this issue |
PHP 8.4 releases on 21 November.
The major release policy states
And> Following the initial launch of a Silverstripe CMS major release, the development team aims to add forward compatibility for the next PHP release. e.g: Silverstripe CMS 5 at launch will support PHP 8.1 and PHP 8.2. CMS 5 should receive official support for an eventual PHP 8.3 in early 2024.Acceptance criteria
All CMS 5.4 supported modules are compatible with PHP 8.4 with no deprecation warningsNew issues created
CI PRs
After merging CI PRs, re-trigger with force push PRs below to get PHP 8.4 jobs in matrix
Kitchen sink CI
PRs
The text was updated successfully, but these errors were encountered: