1.4.0 (Windows 10): no hiding of companion files with a dot in the filename

[thefrip]

Hello,

I just realised that XnViewMP is not hiding files having a dot in their filename (on top of the extension dot one I mean). I attach a screen copy of the problem:

The folder shows twice the same photo, once with dots in the filename (to split the time of the day of the photo) and once with dashes replacing the dots. The companion file (rw2, raw Panasonic file) is shown in the first case, hidden in the second one (setting is of course off for Showing companion files).

Rgds,

L.

[xnview]

Thanks to your detailed description I can reproduce

[ewsb]

Although this is a very old problem - I am still getting it in 2023 on V1.4.2?

[Gwenael Q.]

Hello,

Is this issue fixed ?

I can not reproduce here (jpegs and NEF, but with NEF as master)

Thanks for listening

1.4.4

[spaceNpace]

I am able to reproduce this issue in 64-bit version 1.7.2 running on Windows 10.

The following are additional issues that have been reported with linked companion / sidecar files:

• 1.6.3: Linked Companion File Action Behavior Different in Browser vs. Single Viewer vs. Compare Viewer
• 1.6.5: Sidecar files not being acted on when viewing search/filter results

[xnview]

do you have always this problem in 1.8.8?

[spaceNpace]

In XnView MP 1.8.8 64-bit running on Windows 10, it appears the issue of companion files not being hidden when the filename contains a dot has been addressed.

While testing, I did also go ahead and check the linked companion file issue linked in an preceding post, but it appears that remains outstanding.