abrt version: 1.1.17 architecture: x86_64 Attached file: backtrace, 11044 bytes cmdline: geeqie component: geeqie Attached file: coredump, 116441088 bytes crash_function: file_data_unref_debug executable: /usr/bin/geeqie kernel: 2.6.35.11-83.fc14.x86_64 package: geeqie-1.0-4.fc14 rating: 4 reason: Process /usr/bin/geeqie was killed by signal 6 (SIGABRT) release: Fedora release 14 (Laughlin) time: 1298352025 uid: 1001 How to reproduce ----- 1. I was browsing set of images from digital camera (JPG+CR2 raw) in full screen mode. 2. In order to delete one of the pictures (two corresponding files: JPG+CR2) I pressed Delete key. 3. Popup window showing a thumbnail and names of the images was displayed and I pressed the button confirming delete operation. 4. Geeqie crashed. After restarting Geeqie I found that the images were deleted.
Created attachment 480050 [details] File: backtrace
It ends like bug 655610 - there is some race condition in how Geeqie loads/refreshes directory changes when it is displaying files from the same dir. Also see http://bugz.fedoraproject.org/geeqie Unfortunately, the main Geeqie developers have taken a break from Geeqie development, and the remaining contributors/developers haven't joined forces yet but hack their own copies of Geeqie.
It could be that a related fix to handling of sidecar files (bug 632243) also fixes this. Test update following shortly...
geeqie-1.0-9.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/geeqie-1.0-9.fc14
geeqie-1.0-9.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update geeqie'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/geeqie-1.0-9.fc14
geeqie-1.0-9.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.