Missing directory results in difference even with filter and no-subdirs

[DanStory]

it seems even though I filter to a speific filename and skip subdirs it still thinks there is a difference (because a folder is missing in the right)

> dircompare  -l -r -d --reason --compare-content --skip-subdirs --filter openapi.json ./artifacts ./.temp/artifacts
Entries are different
total: 1, equal: 1, distinct: 0, only left: 0, only right: 0

According to the actual output, it should had been successful with no differences.

However, once I include "--whole-report" do I actually see the issue

> dircompare  -l -r -d -w --reason --compare-content --skip
-subdirs --filter openapi.json ./artifacts ./.temp/artifacts
[/] plugins -> missing (directory)
Entries are different
total: 2, equal: 1, distinct: 0, only left: 1, only right: 0

[gliviu]

Looks like bad behavior. I'll think about it for next major version.

[DanStory]

I was able to work around it for now via --exclude '!*.*' --filter 'openapi.json'

[hudsonm62]

can confirm this is still occurring

> dircompare -c .\compare\directory1\ .\compare\ --skip-subdirs -a
[\] d_file2.txt == d_file2.txt
[\] m_file1.txt == m_file1.txt
[\] m_file3.txt == m_file3.txt
Entries are different
total: 3, equal: 3, distinct: 0, only left: 0, only right: 0

edit- tree view:

.\compare
│   d_file2.txt
│   m_file1.txt
│   m_file3.txt
│
├───directory1
│       d_file2.txt
│       m_file1.txt
│       m_file3.txt
│
└───directory2
        d_file2.txt
        m_file1.txt
        m_file3.txt

[hudsonm62]

have reproduced it in code in the above, so this could probably be closed at its not really just a cli problem

[gliviu]

Lets keep it open since I'll have to update the CLI with new version of the main lib.