-
Notifications
You must be signed in to change notification settings - Fork 4
Fix PHPCS violations and re-enable style linting workflow #177
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
base: main
Are you sure you want to change the base?
Conversation
| uses: actions/checkout@v4 | ||
|
|
||
| - name: Setup PHP | ||
| uses: shivammathur/setup-php@v2 |
Check warning
Code scanning / CodeQL
Unpinned tag for a non-immutable Action in workflow Medium
Uses Step
jazzsequence
left a comment
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.
If we're tackling this, we should use Pantheon WP Coding Standards rather than default WPCS for consistency with our other plugins. Otherwise, we'll likely need to make more PHPCS adjustments in the future if/when we migrate to use our own standards.
Wiz Scan Summary
To detect these findings earlier in the dev lifecycle, try using Wiz Code VS Code Extension. |
Reverts the multi-line concatenated base64 string workaround and uses the proper phpcs ignore comment approach, consistent with Settings.php.
416104d to
881cb17
Compare
…ine length issues" This reverts commit e9f732f.
This allows i18n strings to exceed line length limits without failing CI, since WordPress i18n requires single literal strings for translation extraction.
WordPress i18n requires single literal strings for translation extraction.
Show line length warnings clearly in CI output while still passing tests.
Summary
This PR fixes PHPCS code style violations and enables the PHP style linting workflow to run on all future PRs
PSR1.Files.SideEffectsrule (WordPress ABSPATH security checks conflict with PSR-1)Test plan