Bug Description phpcbf doesn't fix issues found with phpcs Given the following reproduction Scenario The issue happens when running this command: ./vendor/bin/phpcbf -p Produces the output: ...............S.S...S....S..S..S.......S.S................. 60 / 114 (53%) .................................

Bug Description Given the following reproduction Scenario The issue happens when running this command: phpcs -p . --standard=PHPCompatibility --runtime-set testVersion 7.2 ... over a file containing this code: <?php I'd expect the following behaviour Something that does not start with "ERROR:...

Currently the latest release is from 2019. A lot of people who install via composer will decide to use a release instead of the latest branch state, which then leads them to run into errors, which are already fixed a long time ago. Like it happened for me as I did run into this issue: #961 (comment)

When checking 8.0 code for compatibility against 7.x version, Trailing commas in functions arguments/use are not detected. https://php.watch/versions/8.0/trailing-comma-parameter-use-list

When checking 8.0 code for compatibility against 7.x version, promoted properties are not detected.

There will probably be more outdated links in the docblocks. They should be reasonably easy to find by searching for * PHP version 5. as that should pick up all sniffs which deal with changes from PHP 5.x. Originally posted by @jrfnl in #1455 (comment)

Nullsafe operator appeared in PHP 8.0. I created a PHP 8.0 file kva.php to test PHPCompatibility: `<?php $session = new stdClass(); $session->user = new stdClass(); $session->user->address = new stdClass(); $session->user->address->country = 'kva'; echo $session?->user?->a...

I tried to use an int with ob_implicit_flush, and it did not cause an error in any version (3v4l): ob_implicit_flush(1); However, the sniff marks it as an error: PHPCompatibility/PHPCompatibility/Sniffs/ParameterValues/ChangedIntToBoolParamTypeSniff.php Line 121...

Is your feature request related to a problem? Related to an apparently undocumented change in behaviour in PHP 8.2 compared to prior versions - found because of a loop that pre-generates dates suddenly generating dates after a fixed point instead of before when negative offsets were used. The output...

My custom ruleset is ... <rule ref="PHPCompatibility" /> <config name="testVersion" value="8.1"/> In my file.php, I have function returnIntValue($a, $b = [], $c): int { this function, which is optional parameter error in PHP 8.1. But when I'm running ./vendor/bin/phpcs ./file.php, PHPCS...