Update PHP EOL dates based on updated PHP team decisions

Gábor Hojtsy → credited andypost → .

Crediting @andypost

The Needs Review Queue Bot → tested this issue. It no longer applies to Drupal core. Therefore, this issue status is now "Needs work".

This does not mean that the patch necessarily needs to be re-rolled or the MR rebased. Read the Issue Summary, the issue tags and the latest discussion here to determine what needs to be done.

Consult the Drupal Contributor Guide → to find step-by-step guides for working with issues.

Fails on the 10.3 MR were these, I sent for a retest for only those parts of the pipeline.

Drupal\Tests\standard\FunctionalJavascript\StandardPerformanceTest::testAnonymous
    Failed asserting that 3491 is identical to 3495.

Drupal\Tests\demo_umami\FunctionalJavascript\OpenTelemetryFrontPagePerformanceTest::testFrontPageHotCache
    Failed asserting that 7067 is identical to 7075.

Also 7439 does not apply to 11.x, that is the 10.3 version, so ignore the NR bot.

The Needs Review Queue Bot → tested this issue. It no longer applies to Drupal core. Therefore, this issue status is now "Needs work".

This does not mean that the patch necessarily needs to be re-rolled or the MR rebased. Read the Issue Summary, the issue tags and the latest discussion here to determine what needs to be done.

Consult the Drupal Contributor Guide → to find step-by-step guides for working with issues.

The 10.3 MR will need a rebase - those failures were fixed in 10.3 this morning.

Gábor Hojtsy → changed the visibility of the branch 10.3.x to hidden.

Added one comment.

Do note this date change is not yet reflected in the supported PHP versions https://www.php.net/supported-versions.php

https://www.php.net/supported-versions.php happened so this should go into core now.

Is there any interest in reducing D11.0.0's requirement of PHP 8.3, or is that fixed in stone at this point?

@DamienMcKenna that got discussed and decided against in 📌 Lower PHP requirement from 8.3 to 8.2 in Drupal 11 due to increased security support Closed: won't fix . If this had happened last year we might have decided differently, but we're already using PHP 8.3 syntax in core in a couple of places, so it would not only be lowering the requirement but also having to undo some other changes to add back support.

The d10 branch/MR needs to be fixed up or redone. I don't currently have time to do that so help is welcome :)

Fixed 10.3 branch by squashing

Although I worked on this, this is super simple, so will go ahead and RTBC it. The new dates are all in https://www.php.net/supported-versions.php and were adjusted to end of years.

Committed and pushed to 11.x, 10.4.x, 10.3.x and 10.2.x to keep everything in sync.

Please close MRs

longwave → closed merge request !7439

longwave → closed merge request !7438