-
Notifications
You must be signed in to change notification settings - Fork 360
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
Bump required PHP versions to 7.2 #8589
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Scrolled through and confirmed this only updates the Requires PHP values to 7.2 for each of these themes' stylesheets.
Thanks @sixhours! I'd appreciate it if you (or someone) could help to merge and deploy this, I haven't worked on this and I'm not confident in what the workflow is. |
I'm not, either, but @alaczek has merged a few of mine recently so it's likely she will know! IIRC there's a special process for deploying multiple themes at the same time. |
Hmm... I don't know if I ever handled this many themes at once, and it makes me a little nervous. @dsas maybe you could help out? |
I am sure that it's untested with this number of themes, but I don't know of any reason why the standard process (PNEWy-eqL-p2) wouldn't work :) I can try to give it a run later today |
As of WordPress 6.7, the minimum required PHP version is 7.4. See https://wordpress.org/about/requirements/. |
The table at "PHP Compatibility and WordPress Versions" still lists support for 7.3 and 7.2 for WordPress 6.7. One of the sources is out of date: |
I noticed that there is a remark on the page I shared:
We might expect them to drop the official support for PHP 7.2 when its usage drops more significantly. |
dc6e1f4
to
8fbccbb
Compare
This reverts commit 23d29f3. The change is sound, however deploying this many themes in one go is painful, for several reasons: * The deploy script makes multiple ssh requests to the sandbox for each theme to be deployed. This will be very slow. * By default, the deploy script will add strict_types to lots of themes at once, if say 5% of them have bugs, that's still 11 themes to urgently fix * The deploy script will create one big PR, merge it, and then if it doesn't deploy all 230+ themes within a few minutes, it will start triggering slow deployment alarms.
I merged the branch to this repo, gave it a try and cancelled before it did anything permanent. I've reverted the merge. Changing this many themes at once is a bit of a problem
It might be better to resolve the issues with the four themes above, then batch this pr into several smaller PRs. |
Just wondering - would it make sense to also update this info in readme.txt files? |
Changes proposed in this Pull Request:
Part of #7785.
5.x
,7.0
, and7.1
are all bumped to7.2
WordPress requires at least PHP 7.2 since WordPress version 6.6.
These files are not touched and do not appear to have any required PHP version and have no inactive status annotation: