Project

General

Profile

Bug #9694

Crash on startup after crash while removing images

Added by Wolfgang Grossinger over 5 years ago. Updated over 5 years ago.

Status:
Incomplete
Priority:
Medium
Assignee:
-
Category:
-
Target version:
-
Start date:
11/25/2013
Due date:
% Done:

20%

Affected Version:
1.2.3
System:
Fedora/RHEL
bitness:
64-bit
hardware architecture:
amd64/x86

Description

Well, I don't know if this bug is reproducable - on my computer it is, but I don't know exactly what happens, but the scenario is like this:
) First I got a problem that I had scull-icons on a filmroll because I deleted some pictures by hand in the according directory
) A reimport of the directory didn't work - the bad pictures didn't disappear.
) To get the reimport done, I tried to delete ALL icons of the filmroll and to reimport the directoy - darktable crashed during the deletion.
) After that, darktable crashes on every start.

1.) Make your operations safe: I can't be that a crash leaves darktable in an inconsistent state.
2.) After a crash at startup, I would be nice to do some kind of check/cleanup if you are not able to assert 1.)
3.) Please note, that all my RAW-Files are read-only. Maybe this has something to do with this bug.
4.) Please give me some hint what to delete manually to make darktable start again. I think, you should document this somewere. Maybe you have, but I didn't found something so far.

History

#1 Updated by Tobias Ellinghaus over 5 years ago

  • % Done changed from 0 to 20
  • Priority changed from Critical to Medium
  • Status changed from New to Incomplete
  • Subject changed from Complete crash of darktable on every startup to Crash on startup after crash while removing images

Wolfgang Grossinger wrote:

Well, I don't know if this bug is reproducable - on my computer it is, but I don't know exactly what happens, but the scenario is like this:
-) First I got a problem that I had scull-icons on a filmroll because I deleted some pictures by hand in the according directory

That's supposed to happen.

-) A reimport of the directory didn't work - the bad pictures didn't disappear.

Yes, known limitation. Patches are welcome.

-) To get the reimport done, I tried to delete ALL icons of the filmroll and to reimport the directoy - darktable crashed during the deletion.

That shouldn't happen. Do you have a backtrace? Look in /tmp/

-) After that, darktable crashes on every start.

That sounds like a corrupted mipmap cache.

1.) Make your operations safe: I can't be that a crash leaves darktable in an inconsistent state.

Don't tell us what to do. And as you noticed it can very well be that a crash leaves dt in an inconsistent state. It shouldn't happen, but it can.

2.) After a crash at startup, I would be nice to do some kind of check/cleanup if you are not able to assert 1.)

Feel free to help out.

3.) Please note, that all my RAW-Files are read-only. Maybe this has something to do with this bug.

No, darktable never ever opens source files for writing.

4.) Please give me some hint what to delete manually to make darktable start again. I think, you should document this somewere. Maybe you have, but I didn't found something so far.

Probably ~/.cache/darktable/mipmap*

Also available in: Atom PDF