Bug 16155 - darktable locks up when browsing through RAW images in the darkroom module
Summary: darktable locks up when browsing through RAW images in the darkroom module
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 5
Hardware: x86_64 Linux
Priority: Normal critical
Target Milestone: ---
Assignee: Rémi Verschelde
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-06-20 21:53 CEST by Stephan Mueller
Modified: 2016-05-01 18:03 CEST (History)
1 user (show)

See Also:
Source RPM: darktable-1.6.6-1.mga5.src.rpm
CVE:
Status comment:

Attachments
darktable debug log (48.00 KB, application/x-xz)
2015-06-20 22:29 CEST, Stephan Mueller 		Details
strace of the already locked up process (1004 bytes, application/x-xz)
2015-06-20 22:30 CEST, Stephan Mueller 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Description Stephan Mueller 2015-06-20 21:53:41 CEST 
Description of problem:


Version-Release number of selected component (if applicable):
1.6.6

How reproducible:
Each time

Steps to Reproduce:
1. Open a directory with images, in my example 386 RAW files from a Nikon D750
2. Double click on an image which leads to the picture being opened in the darkroom module
3. Switch forward using the space key. After a couple of images darktable locks up. 


Reproducible: 

Steps to Reproduce:
Sander Lepik 2015-06-20 21:56:51 CEST

CC: (none) => mageia
Assignee: bugsquad => rverschelde

Comment 1 Rémi Verschelde 2015-06-20 22:14:34 CEST 
Thanks for the detailed procedure. I tried to reproduce the issue locally but did not manage (with a folder containing 79 RAW files). Loading the next image is a bit slow, but RAW files are huge and my laptop has little RAM :)

In your case, is the issue systematically reproducible? Or did it happen only once while your system was heavily loaded?

Is there any output in the terminal when darktable locks up? If not, could you try running:
$ darktable -d all &> darktable-debug.log
Then reproduce the bug, close darktable. If the log is heavier than 1000 KB, compress it with:
$ xz darktable-debug.log
And then attach the compressed file to this bug report.
Rémi Verschelde 2015-06-20 22:17:32 CEST

Summary: darktable locks up => darktable locks up when browsing through RAW images in the darkroom module

Comment 2 Stephan Mueller 2015-06-20 22:29:24 CEST 
Created attachment 6762 [details]
darktable debug log

Hi,

there is no message on the console when it locks up. It is 100% reproducable so far.
Comment 3 Stephan Mueller 2015-06-20 22:30:25 CEST 
Created attachment 6763 [details]
strace of the already locked up process

Here is a strace of the already locked up process.
Comment 4 Rémi Verschelde 2015-06-22 15:55:28 CEST 
Thanks for the debug info, I'll have a look at it.

In the meantime, could you test darktable-1.6.7-1.mga5 that I just uploaded to Core Updates Testing?
Comment 5 Stephan Mueller 2015-06-22 19:17:39 CEST 
I just installed and tested darktable-1.6.7-1.mga5 but the problem persists.
Comment 6 Stephan Mueller 2015-06-22 19:43:52 CEST 
Funny story... if I deactivate the password backend (default kwallet), it seems to work flawlessly, at least I couldn't reproduce the error with a deactivated password backend...
Comment 7 Rémi Verschelde 2016-05-01 17:19:25 CEST 
Can you still reproduce the issue with darktable-2.0.1-1.mga5 from Core Backports? Otherwise I don't have much clue, I'd propose to bring this issue to the upstream developers as they would probably be of more help.
Comment 8 Stephan Mueller 2016-05-01 18:03:36 CEST 
I just tried the distribution supplied darktable-1.6.9-1.mga5 for the first time and could not reproduce the error anymore, so this seems to be resolved.

Status: NEW => RESOLVED
Resolution: (none) => FIXED
Note You need to log in before you can comment on or make changes to this bug.