Krokiet failing to identify duplicate files and similar videos on exact duplicate files

[robo20gh]

Bug Description
I have noticed that Krokiet occasionally fails to identify exact file matches as well as similar video matches. I've narrowed down to one file duplicated in two folders (100% certain it's the same file). The Czkawka CLI successfully detects the files as both duplicates and similar videos. I'm concerned that more matches are being missed.

Steps to reproduce:

1. Running in Windows 11, using Krokiet latest version.
2. Put the same file into two different folders. File are on E drive and Kroket is running on C drive, if that matters.
3. Adjusted Krokiet settings per the attached screenshots.
4. Click Scan, 0 results found when I expected 1.

Running the following CLI commands produces 1 match for duplicate files and similar videos.

1. windows_czkawka_cli.exe dup --directories "E:\5 - Media\Movies - originals - Messy with lots of tiny useless files\April 2018" --directories "E:\5 - Media\Movies - originals\April 2018" --disable-cache --minimal-file-size 1 --file-to-save results_dup.txt
2. windows_czkawka_cli.exe video --directories "E:\5 - Media\Movies - originals - Messy with lots of tiny useless files\April 2018" --directories "E:\5 - Media\Movies - originals\April 2018" --disable-cache --file-to-save results_sim.txt

This leads me to suspect that something in the Krokiet UI is not executing Czkawka as expected, despite many attempts to adjust the settings in Krokiet to exactly match the command line arguments.

Terminal output (optional):
There is no terminal output, but I set the RUST_LOG environment variable to trace and the following is what is written to a debug file. To ensure I'm setting the debug log properly, here is what I did from the Windows command line, which I believe conforms to the instructions in this bug template:

1. set RUST_LOG=debug ./czkawka
2. windows_krokiet_on_linux.exe >> debug_log2.txt 2>&1

I am pasting the contents of the debug_log2.txt file that is generated when I scan for duplicate files in the Krokiet UI that is launched from the command line.

<details>
<summary>Debug log</summary>
08:14:48.257 �[0m�[34m[INFO]�[0m czkawka_core::common::logger: Logging to file "C:\Users\Rob\AppData\Local\Qarmin\Czkawka\cache\krokiet.log" and terminal
08:14:48.257 �[0m�[34m[INFO]�[0m czkawka_core::common::logger: Krokiet version: 10.0.0, release mode, rust 1.85.0 (2025-02-17), os Windows 10.0.26200 (x86_64 64-bit), 8 cpu/threads, features(0): [], app cpu version: x86-64-v1 (SSE2), os cpu version: x86-64-v3 (AVX2)
08:14:48.257 �[0m�[34m[INFO]�[0m czkawka_core::common::config_cache_path: Config folder set to "C:\Users\Rob\AppData\Roaming\Qarmin\Krokiet\config" and cache folder set to "C:\Users\Rob\AppData\Local\Qarmin\Czkawka\cache"
08:14:48.258 �[0m�[34m[INFO]�[0m krokiet: Krokiet features(2): [winit_femtovg, winit_software]
08:14:51.313 �[0m�[34m[INFO]�[0m czkawka_core::tools::duplicate::traits: find_duplicates
08:14:51.334 �[0m�[34m[INFO]�[0m czkawka_core::tools::duplicate::traits: find_duplicates: Done in 21.59ms
</details>

System

From krokiet.log:
Krokiet version: 10.0.0, release mode, rust 1.85.0 (2025-02-17), os Windows 10.0.26200 (x86_64 64-bit), 8 cpu/threads, features(0): [], app cpu version: x86-64-v1 (SSE2), os cpu version: x86-64-v3 (AVX2)

From czkawka_cli.log:
Czkawka cli version: 10.0.0, release mode, rust 1.85.0 (2025-02-17), os Windows 10.0.26200 (x86_64 64-bit), 8 cpu/threads, features(0): [], app cpu version: x86-64-v1 (SSE2), os cpu version: x86-64-v3 (AVX2)

[qarmin]

Can you check it with the “Excluded Item:” entry removed? That’s the biggest difference between the CLI and Krokiet that I can see right now.

Both tools uses the same core library so results should be 100% the same(displaying results in gui is quite simple and there is no filtering)

[robo20gh]

Thanks for the quick response. I have tried clearing the Eliminated Items field already, and it doesn't change the results. Krokiet still fails to find the matches.