Skip to content
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

PEAR/FunctionDeclaration: bug fix x 2 - prevent fixer creating a parse error + prevent fixer conflict #3739

Conversation

jrfnl
Copy link
Contributor

@jrfnl jrfnl commented Jan 5, 2023

PEAR/FunctionDeclaration: bug fix - prevent fixer from creating a parse error

Issue as described in #3736.

The fixer would try to remove superfluous whitespace remaining after the move of the opening brace to the previous line, but did not take into account that there may not be any whitespace to removed, i.e. that the $opener +1 token could be the same as the $next token.

Fixed now.

Includes unit test.

Fixes #3736

PEAR/FunctionDeclaration: prevent fixer conflict

This commit was originally pulled as part of PR #3661.

If a return type declaration was not confined to one line, the sniff could have a fixer conflict with itself.
The fixer would also potentially remove a close curly on the same line, causing parse errors.

Fixed now. The diff will be most straight forward to review while ignoring whitespace changes.

Includes unit tests.

@jrfnl
Copy link
Contributor Author

jrfnl commented Jan 5, 2023

Note: the failing test run is unrelated to this PR - see PR #3737 for a fix. I can rebase this PR to get a passing build after PR #3737 has been merged.

@jrfnl jrfnl force-pushed the feature/3736-pear-functiondeclaration-fix-fixer-creating-parse-error branch from b6d2141 to fda8199 Compare March 2, 2023 04:10
jrfnl added 2 commits May 4, 2023 10:17
…se error

Issue as described in 3736.

The fixer would try to remove superfluous whitespace remaining after the move of the opening brace to the previous line, but did not take into account that there may not be any whitespace to removed, i.e. that the `$opener +1` token could be the same as the `$next` token.

Fixed now.

Includes unit test.

Fixes 3736
If a return type declaration was not confined to one line, the sniff could have a fixer conflict with itself.
The fixer would also potentially remove a close curly on the same line, causing parse errors.

Fixed now. The diff will be most straight forward to review while ignoring whitespace changes.

Includes unit tests.
@jrfnl jrfnl force-pushed the feature/3736-pear-functiondeclaration-fix-fixer-creating-parse-error branch from fda8199 to a498afb Compare May 4, 2023 08:21
@jrfnl
Copy link
Contributor Author

jrfnl commented May 4, 2023

Rebased without changed to get rid of conflicts after the merge of #3787.

@jrfnl
Copy link
Contributor Author

jrfnl commented Dec 2, 2023

Closing as replaced by PHPCSStandards/PHP_CodeSniffer#52

@jrfnl jrfnl closed this Dec 2, 2023
@jrfnl jrfnl deleted the feature/3736-pear-functiondeclaration-fix-fixer-creating-parse-error branch December 2, 2023 02:14
@jrfnl
Copy link
Contributor Author

jrfnl commented Dec 8, 2023

FYI: this fix is included in today's PHP_CodeSniffer 3.8.0 release.

As per #3932, development on PHP_CodeSniffer will continue in the PHPCSStandards/PHP_CodeSniffer repository. If you want to stay informed, you may want to start "watching" that repo (or watching releases from that repo).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
1 participant