<p dir="auto">I'm having trouble with .AppleDouble directories, which are picked up when I run commands from the command line. Symfony expects the wrong classes in the files "inside" the .AppeDouble directories. Of course Symfony2 should just ignore the .AppleDouble directory as there is only metadata in there.</p>
<p dir="auto">These issue already came up in <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="923931" data-permission-text="Title is private" data-url="https://github.com/symfony/symfony/issues/994" data-hovercard-type="pull_request" data-hovercard-url="/symfony/symfony/pull/994/hovercard" href="https://github.com/symfony/symfony/pull/994">#994</a> and apparently was fixed in <a class="commit-link" data-hovercard-type="commit" data-hovercard-url="https://github.com/symfony/symfony/commit/7ab3fdeb8325d5a72c44dc73214c97f366a11c4c/hovercard" href="https://github.com/symfony/symfony/commit/7ab3fdeb8325d5a72c44dc73214c97f366a11c4c"><tt>7ab3fde</tt></a>. This does not work for me however. I think the problem is that .AppleDouble is a directory, not a file. If I add .AppleDouble to the VCS patterns, it works and no files "inside" .AppleDouble are picked up.</p>
<p dir="auto">Of course, this does not seem to be the "right" way of doing this. My thinking would be to rename $vcsPatterns to $directoryPatterns. If that sounds good, I'm happy to make a pull request.</p>
<p dir="auto">I found a weird behavior with <code class="notranslate">ignoreDotFiles(true)</code>: the testsuite of the ExcludeDirectoryFilterIterator passes properly but folder starting with a dot are not ignored.</p>
<p dir="auto">I found it when using the PHP-CS-Fixer (which calls this method in its DefaultFinder).</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="mkdir .test
echo &quot;foo     &quot; &gt; .test/foo.php
php-cs-fixer fix . --dry-run"><pre class="notranslate"><code class="notranslate">mkdir .test
echo "foo     " &gt; .test/foo.php
php-cs-fixer fix . --dry-run
</code></pre></div>
<p dir="auto">Expected output: no change.<br>
Actual output: <code class="notranslate">.test/foo.php</code> is modified</p>
<p dir="auto">This is a bit annoying as it means that the fixer messes with the .idea folder holding the PHPStorm metadata.</p>
<p dir="auto">FYI, I found this bug on Windows. I don't know if it is a platform-specific bug or if it affects Unix environments as well.</p>