Uh oh!
There was an error while loading. Please reload this page.
ci: use php 8.5 - #7585
Conversation
aaa2000
commented
Dec 5, 2025
The error of the "PHPUnit + Behat (PHP 8.5) (MongoDB)" job is already present on the main branch. The errors of others behat jobs appear to be related to the following deprecation https://wiki.php.net/rfc/warnings-php-8-5#coercing_nan_to_other_types When the value is NaN, INF, or -INF, PDO::bindValue with PDO::PARAM_STR appears to convert to a string and throw the warning Note: These values are not compatible with SQLite, the value is 0, unlike postgres. no idea how to fix it... Should the test be ignored in PHP 8.5? |
| matrix: | ||
| php: | ||
| - '8.3' | ||
| - '8.5' |
There was a problem hiding this comment.
php-cs-fixer doesn't support 8.5 yet can you lower to 8.4 maybe?
There was a problem hiding this comment.
PHP 8.5 officially supported in version v3.91.0 https://github.com/PHP-CS-Fixer/PHP-CS-Fixer/releases/tag/v3.91.0
There was a problem hiding this comment.
yeah but their recommendation is:
You are running PHP CS Fixer on PHP 8.5.0, but the minimum PHP version supported by your project in composer.json is PHP 8.2. Executing PHP CS Fixer on newer PHP versions may introduce syntax or features not yet available in PHP 8.2, which could cause issues under that version. It is recommended to run PHP CS Fixer on PHP 8.2, to fit your project specifics.
Unsure about what we should do...
This failure is probably related to the changes: Add a |
aaa2000
commented
Dec 7, 2025
The error With PHP 8.5 and PDO, I have I will investigate further |
soyuka
commented
Dec 11, 2025
Interesting this means that the issue is inside Symfony transformation? I'm not even sure why we support XML to be honest xD |
3f20608 to
f6abdb6Compare… use an empty string instead
… is deprecated since 8.5, as it has no effect As of PHP 8.1.0, calling this method has no effect; all properties are accessible by default. @seehttps://www.php.net/manual/en/reflectionproperty.setaccessible.php@seehttps://wiki.php.net/rfc/deprecations_php_8_5#extreflection_deprecations
ArrayObject::__construct(): Using an object as a backing array for ArrayObject is deprecated, as it allows violating class constraints and invariants
Method SplObjectStorage::contains() is deprecated since 8.5, use method SplObjectStorage::offsetExists() instead Method SplObjectStorage::detach() is deprecated since 8.5, use method SplObjectStorage::offsetUnset() instead
When binding a NAN value to a prepared statement parameter, PHP 8.5 emits a warning: "unexpected NAN value was coerced to string". This warning is not present in PHP 8.4, where the value was silently converted to the string "NAN" and handled correctly by PostgreSQL. @seehttps://wiki.php.net/rfc/warnings-php-8-5#coercing_nan_to_other_types
aaa2000
commented
Dec 11, 2025
@soyuka There are Two problems:
I've reported the problem in the Doctrine and PHP repository, but it seems that this needs to be handled at the application level. See doctrine/dbal#7249 and php/php-src#20666
I created a PR @seesymfony/symfony#62740 I have modified ResourceWithFloat entity and ResourceWithFloat document so that the CI was successful but that doesn't seem like the right solution to me... |
soyuka
commented
Dec 15, 2025
it looks like any user should do these checks so I don't think that there's a better fix then this.. |
Uh oh!
There was an error while loading. Please reload this page.
soyuka
commented
Dec 15, 2025
many thanks for this @aaa2000 ! |
This PR updates the GitHub Actions workflow to use the latest stable PHP version, 8.5, in the CI pipeline.