-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
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
Warning in console when phpunit.xml exclusions are not sorted properly #3248
Comments
That's a bug in the XSD schema file. XML itself does not have any understanding of order. It's just nodes and children. For this case, the way we use xs:sequence though is lacking the information to tell the order is not relevant. Nice catch! PR coming up. |
@theseer still seeing similar message ( <filter>
<whitelist processUncoveredFilesFromWhitelist="true">
<directory suffix=".php">./</directory>
</whitelist>
<blacklist>
<directory>./.coverage</directory>
<directory>./doc</directory>
<directory>./Tests</directory>
</blacklist>
</filter> |
That's correct and expected. The |
@theseer I understand, thanks for details and sorry for my ignorance on the subject |
@lunfel I got the same warning, and manage to get rid of it by simply wrapping the <?xml version="1.0" encoding="UTF-8"?>
<phpunit>
</phpunit> |
I recently updated my version of PHPUnit. I don't know exactly which version I was running before. Now that I have updated it, I get this warning
With my long unchanged phpunit.xml. (From standard Laravel 5.6)
Everything works fine, but the warning is quite annoying. So I tried to fix it. I checked if the way to exclude directory was different. Apparently, from the latest doc, it hasn't changed. So I started to mess around with my config. It ended up that moving the nodes around made the warning disappear.
I don't really know if this is bug or a validation rule. But as far as I know, usually the order of nodes in an XML file should not be relevant. So I am posting this here to validate if it is a bug or validation rule?
The text was updated successfully, but these errors were encountered: