-
Notifications
You must be signed in to change notification settings - Fork 18
Restore allowMultipleArguments
#127
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
Conversation
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.
I think conceptually I'm in favor of the change they made, and aside from the tests for this repository a quick smoke-test of HM project code indicates we follow this rule pretty consistently. That said, +1 on rolling it back locally until we can make that switch more mindfully.
Agreed, I don't have a problem with their philosophy. I'm more afraid of this throwing a bunch of new flags all of a sudden for developers without greater discussion of the topic. I'll open an Issues for this. |
@rmccue I've adjusted the spaces - any more thoughts on this change? |
In WPCS 1.1.0, the
allowMultipleArguments
property fromPEAR.Functions.FunctionCallSignature
was disallowed, causing our tests to fail and existing behavior to be altered.I re-allowed this to restore expected behavior and updated Composer to more explicitly show which version we are on (
^1.0.0
was already giving us 1.2.1, just without the explicit declaration).We can easily turn this back off if we decide to alter the behavior in the future. I believe this to be the only "breaking"/expectation-changing behavior from WPCS 1.0.0 -> 1.2.0.