Bug 481470 - Editing enough files in Gwenview eventually causes files to disappear from USB drive
Summary: Editing enough files in Gwenview eventually causes files to disappear from US...
Status: RESOLVED WORKSFORME
Alias: None
Product: gwenview
Classification: Applications
Component: general (other bugs)
Version First Reported In: 23.08.4
Platform: Neon Linux
: NOR critical
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-02-17 15:27 UTC by Steve Zakulec
Modified: 2025-09-25 15:49 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Steve Zakulec 2024-02-17 15:27:34 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***
Hi, seemingly editing enough photos from an external USB drive in Gwenview will eventually cause the drive to have missing files, and no longer show all of the drive's files unless you run a filesystem check.

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 up the first file in Gwenview, and crop as desired.
3. Keep cropping successive files until Gwenview shows you the first file

OBSERVED RESULT
Gwenview unexpectedly wraps around to the first file before you've gone through all the files on the disk, and checking the disk shows files missing from the drive.

EXPECTED RESULT
You can safely crop all of the files, and everything is still present on the drive at the end.

SOFTWARE/OS VERSIONS
Operating System: KDE neon 5.27
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.114.0
Qt Version: 5.15.12
Gwenview 23.08.4
Kernel Version: 6.5.0-15-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
Drive is automounted as such:
dev/sdb2 /media/steve/scans ntfs3 rw,nosuid,nodev,relatime,uid=1000,gid=1000,windows_names,iocharset=utf8 0 0

No errors show up in Gwenview.
Drive is a Kingston Technology DataTraveler Max, ID 0951:177f
Comment 1 Steve Zakulec 2024-02-26 03:24:30 UTC
Got it to happen on my Neon Unstable testing laptop:
Gwenview 24.04.70
Operating System: KDE neon Unstable Edition
KDE Plasma Version: 6.0.80
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.5.0-18-generic (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i3-2370M CPU @ 2.40GHz
Memory: 7.6 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 3000
Manufacturer: Dell Inc.
Product Name: Inspiron 3520

Edited 30 photos (same kind as my test images) with cropping quickly, saving each one before moving on to the next

I also have the error reports from checking the disk on a Windows laptop, and then repairing after errors were found.
Comment 2 A Linux User 2025-08-25 10:52:23 UTC
Thank you for the bug report. Unfortunately we were not able to get to it yet. Can we ask you to please check if this is still an issue with Gwenview 25.08.0?
Comment 3 Steve Zakulec 2025-09-02 13:56:48 UTC
Recently got back from vacation- haven't tried this yet.
Comment 4 Steve Zakulec 2025-09-06 22:13:17 UTC
Just tried this again, on a Sandisk external USB-C SSD drive, and I couldn't reproduce it.

Updated details for system below:
Operating System: KDE neon User Edition
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.1
Kernel Version: 6.14.0-29-generic (64-bit)
Memory: 16 GiB of RAM (15.5 GiB usable)

I'll try to dig out the original drive I tested this on.
Comment 5 Bug Janitor Service 2025-09-21 03:47:04 UTC
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Steve Zakulec 2025-09-21 16:30:41 UTC
I can't reproduce this now, including on the original drive, so the bug can be closed now.