You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm seeing some odd behavior with the validate:phpcs:files task when I attempt to run the command iteratively as part of a Robo watch task. The behavior can essentially be boiled down to this: when the validate:phpcs:files task is run successively and an error is encountered, all subsequent calls to the task fail to turn up violations when violations exist.
To reproduce:
Create a couple of dummy modules with code style violations: docroot/modules/custom/one/one.php:
<?php
docroot/modules/custom/two/two.php:
<?php
Create a command that will sniff each of these files successively: blt/src/Commands/CustomCommand.php:
@grasmash I applied cdd5e8a but am still seeing this issue occur using the same steps above. A brief bit of debugging was revealing that the files being sniffed were (inexplicably) missing from the fileset when sniffing failed to be executed. Can this issue be reopened?
My system information:
I'm seeing some odd behavior with the
validate:phpcs:files
task when I attempt to run the command iteratively as part of a Robo watch task. The behavior can essentially be boiled down to this: when thevalidate:phpcs:files
task is run successively and an error is encountered, all subsequent calls to the task fail to turn up violations when violations exist.To reproduce:
docroot/modules/custom/one/one.php
:<?php
docroot/modules/custom/two/two.php
:<?php
blt/src/Commands/CustomCommand.php
:When I run this command:
I get the following output:
And I expected that code violations would continue to be found during each call to
validate:phpcs:files
.The text was updated successfully, but these errors were encountered: