-
Notifications
You must be signed in to change notification settings - Fork 1.3k
fix export overwrite if changed #20015
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix export overwrite if changed #20015
Conversation
44c4c99 to
dc9429d
Compare
|
hi @zisoft , thanks for your help : I will check tomorrow on the next nightly build. |
|
@DaveInDev: This is only included in the nightly build after the PR is merged. |
|
@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 ? |
|
Given the comment: #19987 (comment) I'll pass this as draft. |
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.
dc9429d to
028b79b
Compare
|
Got it The params for the format module were read during the running job. Steps to test:
For the
|
|
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 ? |
|
@DaveInDev the changes need to be reviewed by @TurboGit first. |
TurboGit
left a comment
There was a problem hiding this 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.
|
@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. |
028b79b to
88ec5cc
Compare
|
I made a lot of tests with different scenarios. Should be safe for 5.4.1 |
88ec5cc to
d84407d
Compare
|
Release notes: Fixed wrong handling of overwrite if changed in export. Fixed images exported with wrong settings when using multi-preset export. |
|
hi @zisoft , I saw this "[force-pushed]", but I don't know if your modifications are in the latest nightly build of january 03 ? |
|
@DaveInDev : No, as long as this PR is not merged the changes are not included in the nightly build. |
TurboGit
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
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)