Skip to content

Conversation

@zisoft
Copy link
Collaborator

@zisoft zisoft commented Dec 28, 2025

The function now checks against the exported file's modification time stamp instead of the export time stamp in the database. This makes a lot more sense especially when using the multi-preset export with different formats in multiple directories.

See #15404 (comment) and #19987 (comment)

@zisoft zisoft force-pushed the fix-overwrite-if-changed branch from 44c4c99 to dc9429d Compare December 28, 2025 13:02
@DaveInDev
Copy link

hi @zisoft , thanks for your help : I will check tomorrow on the next nightly build.

@zisoft
Copy link
Collaborator Author

zisoft commented Dec 28, 2025

@DaveInDev: This is only included in the nightly build after the PR is merged.

@DaveInDev
Copy link

DaveInDev commented Dec 28, 2025

@zisoft I'm not familiar with github. Do you mean that it won't appear in tomorrow's build ? Is there another way to test this change ?

@TurboGit
Copy link
Member

Given the comment: #19987 (comment) I'll pass this as draft.

@TurboGit TurboGit marked this pull request as draft December 28, 2025 18:43
The function now checks against the exported file's modification time
stamp instead of the export time stamp in the database. This makes a lot
more sense especially when using the multi-preset export with different
formats in multiple directories.
@zisoft zisoft force-pushed the fix-overwrite-if-changed branch from dc9429d to 028b79b Compare December 31, 2025 12:51
@zisoft
Copy link
Collaborator Author

zisoft commented Dec 31, 2025

@TurboGit @DaveInDev

Got it

The params for the format module were read during the running job.
Now the params are read at job creation and passed to _control_export_job_run

Steps to test:

  • create two jpeg export presets, one with quality 10 and one with quality 90 and set their output to different directories or filenames
  • start a multi-preset export with these two presets
  • compare the different file sizes

For the overwrite if changed:

  • create a preset with "on conflict": overwrite if changed
  • start the export, the file should be created only once if no develop changes were made

@zisoft zisoft marked this pull request as ready for review December 31, 2025 13:03
@DaveInDev
Copy link

DaveInDev commented Dec 31, 2025

Thanks a lot @zisoft . As I'm not too familiar with github (I read "Changes can be cleanly merged"), would I be able to test this correction on tomorrow's nightly build ?

@zisoft
Copy link
Collaborator Author

zisoft commented Dec 31, 2025

@DaveInDev the changes need to be reviewed by @TurboGit first.
Once the PR is merged you can then test with the next nightly build afterwards.

Copy link
Member

@TurboGit TurboGit left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some style comments and possibly a memory leak.

@TurboGit TurboGit added bugfix pull request fixing a bug scope: DAM managing files, collections, archiving, metadata, etc. scope: codebase making darktable source code easier to manage release notes: pending labels Dec 31, 2025
@TurboGit
Copy link
Member

@zisoft : Also, let me know if you feel this safe enough for 5.4.1. It seems to me, so I'm in favor of a merge in 5.4.1 but you'll have the final word.

@zisoft zisoft force-pushed the fix-overwrite-if-changed branch from 028b79b to 88ec5cc Compare January 1, 2026 09:59
@zisoft
Copy link
Collaborator Author

zisoft commented Jan 1, 2026

I made a lot of tests with different scenarios. Should be safe for 5.4.1

@zisoft zisoft force-pushed the fix-overwrite-if-changed branch from 88ec5cc to d84407d Compare January 1, 2026 10:07
@zisoft
Copy link
Collaborator Author

zisoft commented Jan 1, 2026

Release notes:

Fixed wrong handling of overwrite if changed in export.

Fixed images exported with wrong settings when using multi-preset export.

@DaveInDev
Copy link

DaveInDev commented Jan 3, 2026

hi @zisoft , I saw this "[force-pushed]", but I don't know if your modifications are in the latest nightly build of january 03 ?

@zisoft
Copy link
Collaborator Author

zisoft commented Jan 3, 2026

@DaveInDev : No, as long as this PR is not merged the changes are not included in the nightly build.

@TurboGit TurboGit added this to the 5.4.1 milestone Jan 3, 2026
Copy link
Member

@TurboGit TurboGit left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks!

@TurboGit TurboGit merged commit ced6f19 into darktable-org:master Jan 3, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bugfix pull request fixing a bug scope: codebase making darktable source code easier to manage scope: DAM managing files, collections, archiving, metadata, etc.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants