SUMMARY STEPS TO REPRODUCE 1. I have selected one file in eachpanel 2. Select `File | Compare by content` 3. Krusader complains that cannot find the file in the second panel. The file does exist and it is accesible. OBSERVED RESULT It fails file comparison EXPECTED RESULT I can compare the files SOFTWARE/OS VERSIONS Operating System: CachyOS Linux KDE Plasma Version: 6.2.1 KDE Frameworks Version: 6.7.0 Qt Version: 6.8.0 Kernel Version: 6.11.3-3-cachyos (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 5800H with Radeon Graphics Memory: 28.3 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: Trigkey Product Name: S5 ADDITIONAL INFORMATION It used to work with Plasma 5.
Now I see that Krusader complains in a popup message window that the 2nd file doesn't exist. kdiff3 the asks a dialog to select both files. I hit OK, without changing selection, and it compares well.
There must be some error easy to fix, in the file validation.
'Compare by Content' works fine for me. Is there anything special about the second file (filesystem, file path, filename, user rights, etc.)? Pleas provide the full path to this file. And what happens if you switch the file selection in the panels? Is then the error shown for the first panel?
Not, they are regular btrfs filesystem mounted in /home
It complains also when I select 2 files in the same panel. If I ignore the warning dialog, it then compares ok
It is a regular folder inside /home. Comparing plain small text files.
So, it does always happen or only in some cases? The "Compare by content" functionality does work in general (otherwise there would be more bug reports) so ANY information why/in which cases the warning is shown for you is appreciated. Another idea is to try another compare tool instead of kdiff3 (e.g. Meld -> https://meldmerge.org/). The tool can be set in Settings->Configure Krusader->Dependencies->Diff utility.
Created attachment 175323 [details] Before selecting Compare by Content Portuguese language
Created attachment 175324 [details] Step 2: after selecting compare by content
Created attachment 175325 [details] After hitting OK in the warning dialog box
Created attachment 175326 [details] After hitting OK in the file seloection box Only I have hit the OK button.
See attachments
The file it complains it can't find does exits: ``` ❯ ls -l /home/david/bin/.p10k.zsh -rw-rw-r-- 1 david david 90631 nov 14 2023 /home/david/bin/.p10k.zsh ```
I cannot reproduce it but the warning is shown in KDiff3 and not in Krusader. So, it is probably a bug in KDiff3 (assuming that Krusader passes the correct file paths to KDiff3 which works for me.) What version of KDiff3 do you have? Please try a different compare tool like Meld.
Kdiff3 1.11.4
With meld I don't receive any warning, It is a good workaround.
Ok, I close this for now. It is very strange that this happens but I cannot really do anything without reproducing it. A bug seems plausible if the file location is a special KIO protocol or if the path/name contains special characters or spaces. But there is nothing like that in "/home/david/bin/.p10k.zsh" - except that the file is a "hidden" file starting with a dot in the filename. Maybe that causes the issue. Just the let the KDiff3 devs know, I move this to their project.
Note: The status of this bug report was changed (so that KDiff3 developers can see it as "reported").
kdiff 1.11.5 fixes the an error reporting bug that should allow this to work.
1.12.0 has an additional fix that could impact files loaded via KIO. Closing this as 1.12.0 is set for release in the next 24-48 hrs.