darktable-org / darktable-org/darktable
Import settings incorrect by default in DT 5.6.0 Arch repo
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 13.1k
- Forks
- 1.4k
- Avg merge
- 22h 14m
- Merged PRs (30d)
- 198
Description
Is there an existing issue for this?
- I checked and did not find my issue in the already reported ones
Describe the bug
In the set up dialog for importing images, the film roll folder creation file needs to be:
$(EXIF_YEAR)$(EXIF_MONTH)$(EXIF_DAY)
By default, the EXIF prefixes are missing. This results in a malformed film roll folder in the target root directory.
Steps to reproduce
- Import and copy files in new install of DT to target directory
- Instead of folders containing images of a single date, a single folder with the import date is created.
Expected behavior
Have the proper set up for importing files as a default
Logfile | Screenshot | Screencast
No response
Commit
No response
Where did you obtain darktable from?
distro packaging
darktable version
5.6.0
What OS are you using?
Linux
What is the version of your OS?
Cachy OS, also on Aurora
Describe your system
This also happens in the AppImage downloaded from the darktable.org website.
Are you using OpenCL GPU in darktable?
Yes
If yes, what is the GPU card and driver?
AMD 7600 rustic Cl
Please provide additional context if applicable. You can attach files too, but might need to rename to .txt or .zip
Can reproduce with both Arch repo version and official AppImage
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the import setup dialog and the default film roll folder creation setting described in the report. Reproduce the issue on a new installation, then verify that the default uses $(EXIF_YEAR)$(EXIF_MONTH)$(EXIF_DAY) and creates separate date-based folders when importing and copying images.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- desktop
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100