*** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY If you edit photos quickly enough on an external drive, eventually the file listing shows less files than you started with even if you did no delete options. STEPS TO REPRODUCE 1. Put a large number (68 or so in my case) of TIFF scans on an NTFS-formatted USB stick. You can download https://archive.org/details/Ford-Times-May-1978 and extract the CBZ file to a drive to recreate my setup. 2. Open the first file in Gwenview. 3. Make any crop to that file and save it. 4. Using the keyboard shortcuts for crop & save, edit photos until you either wrap around to the first photo, or you notice that the number of files Gwenview shows in the folder is not the number you started with. OBSERVED RESULT You end up with a USB drive with corruption- files that were present are now no longer accessible until you repair the drive in Windows with ChkDsk. EXPECTED RESULT You should be able to crop the entire set of files without the drive corrupting itself. SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-28-generic (64-bit) Graphics Platform: Wayland Processors: 4 × Intel® Core™ i5-6200U CPU @ 2.30GHz Memory: 7.6 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 520 Manufacturer: LENOVO Product Name: 80SA System Version: LENOVO_IDEAPAD ADDITIONAL INFORMATION I also filed this as https://bugs.kde.org/show_bug.cgi?id=481470, since I wasn't sure at the time if this was a Gwenview or KDE Neon bug- that has additional information. USB Drive is a Kingston Technology DataTraveler Max, ID 0951:177f, formatted NTFS.