Bug 484912

Summary: geeqie crashes if entering a directory whos content is changing
Product: [Fedora] Fedora Reporter: Pontus Enhager <enpontus>
Component: geeqieAssignee: Michael Schwendt <bugs.michael>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 10CC: bugs.michael, enpontus
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: 1.0-0.14.alpha3.fc10 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-03-27 14:52:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
crash report from bug-buddy
none
stacktrace none

Description Pontus Enhager 2009-02-10 17:52:02 UTC
Created attachment 331444 [details]
crash report from bug-buddy

Description of problem:
geeqie crashes when entering a directory in which files simultaneously are added (i.e. other process is adding files to the chosen directory) 

Version-Release number of selected component (if applicable):
[pontus@selleri ~]$ rpm -q geeqie
geeqie-1.0-0.8.alpha2.fc10.x86_64


How reproducible:
95% of the times

Steps to Reproduce:
1.start copying (a lot of) files into the foo directory
2. start geeqie while moving files
3. enter the foo directory
  
Actual results:
crash

Expected results:
viewing images , and the index is updated along the way

Additional info:
(i run into this when importing pictures from my digicam and being too curious to wait until import process ends - still the application should not crash!

Comment 1 Michael Schwendt 2009-02-10 19:00:17 UTC
Before I get a chance to try to reproduce it, can you get a backtrace, please?
http://fedoraproject.org/wiki/StackTraces

Comment 2 Michael Schwendt 2009-02-10 21:13:33 UTC
Preparing a test update:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1118036

Comment 3 Pontus Enhager 2009-02-10 21:48:28 UTC
Created attachment 331478 [details]
stacktrace

is this enough ? gdb named a massive amount of debug packages that were not installed - i might get back at installing some of them tomorrow morning and trying again

brg Pontus

Comment 4 Michael Schwendt 2009-02-11 07:49:03 UTC
Thanks. You had already included a useful backtrace at the very top of your original report. I've simply missed it when skimming over new bz mails. I think the issue is fixed in the mentioned build that will show up in the updates-testing repo eventually.

Comment 5 Michael Schwendt 2009-02-13 20:26:55 UTC
https://admin.fedoraproject.org/updates/F10/FEDORA-2009-1599
(as why bodhi has not announced this here, dunno)

Comment 6 Fedora Update System 2009-02-26 07:49:47 UTC
geeqie-1.0-0.14.alpha3.fc10 has been submitted as an update for Fedora 10.
http://admin.fedoraproject.org/updates/geeqie-1.0-0.14.alpha3.fc10

Comment 7 Fedora Update System 2009-02-26 15:34:47 UTC
geeqie-1.0-0.14.alpha3.fc10 has been pushed to the Fedora 10 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: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-2129

Comment 8 Fedora Update System 2009-03-27 14:52:35 UTC
geeqie-1.0-0.14.alpha3.fc10 has been pushed to the Fedora 10 stable repository.  If problems still persist, please make note of it in this bug report.