chore(deps): update cask sztheory/exifcleaner to v4.5.0 #51

Merged

isityael merged 1 commit from renovate/cask-updates into main

2026-09-29 08:57:54 +00:00

isityael commented

2026-09-29 02:30:58 +00:00

Owner

This PR contains the following updates:

Package	Update	Change
szTheory/exifcleaner	minor	`4.4.0` → `4.5.0`

Release Notes

szTheory/exifcleaner (szTheory/exifcleaner)

`v4.5.0`

Compare Source

Changed

With Save as copy on, PNG and JPEG files are now cleaned by the app's own built-in cleaner when it supports every preservation setting that is turned on; for files it declines to handle, ExifTool cleans them as it always has
Every PNG and JPEG saved as a copy is now reopened and checked by ExifTool for leftover metadata before it is kept. If the check finds anything unexpected, the copy is discarded, the original file is left untouched, and the file is reported as failed
With Save as copy on and Preserve resolution on, WebP files are now cleaned by ExifTool and keep their resolution; with Preserve resolution off, WebP is still cleaned by the app's built-in cleaner. This removes the 4.4.0 known limitation that WebP resolution was never kept with Save as copy on
JPEG content credentials (C2PA/JUMBF data carried in APP11 segments) are now removed by the app's built-in cleaner, matching what ExifTool already removed
Cleaning many PNG or JPEG files as copies in one batch now costs a few extra milliseconds per file, from the new ExifTool reopen-and-check step above. Measured on a development machine under light background load: about +5.9 ms per JPEG and +6.6 ms per PNG compared to 4.4.0. The cost was judged worth paying so a copy with leftover metadata is never silently kept
A failing PNG or JPEG copy now reports a generic "Generated output write failed" message instead of ExifTool's own more specific error text, matching the message every other copy-mode format (RAW, TIFF, media and WebP) already shows on a failed write

Configuration

📅 Schedule: (in timezone Europe/Berlin)

Branch creation
- At any time (no schedule defined)
Automerge
- At any time (no schedule defined)

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.

If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate CLI.

This PR contains the following updates: | Package | Update | Change | |---|---|---| | [szTheory/exifcleaner](https://github.com/szTheory/exifcleaner) | minor | `4.4.0` → `4.5.0` | --- ### Release Notes <details> <summary>szTheory/exifcleaner (szTheory/exifcleaner)</summary> ### [`v4.5.0`](https://github.com/szTheory/exifcleaner/blob/HEAD/CHANGELOG.md#450) [Compare Source](https://github.com/szTheory/exifcleaner/compare/v4.4.0...v4.5.0) ##### Changed - With Save as copy on, PNG and JPEG files are now cleaned by the app's own built-in cleaner when it supports every preservation setting that is turned on; for files it declines to handle, ExifTool cleans them as it always has - Every PNG and JPEG saved as a copy is now reopened and checked by ExifTool for leftover metadata before it is kept. If the check finds anything unexpected, the copy is discarded, the original file is left untouched, and the file is reported as failed - With Save as copy on and Preserve resolution on, WebP files are now cleaned by ExifTool and keep their resolution; with Preserve resolution off, WebP is still cleaned by the app's built-in cleaner. This removes the 4.4.0 known limitation that WebP resolution was never kept with Save as copy on - JPEG content credentials (C2PA/JUMBF data carried in APP11 segments) are now removed by the app's built-in cleaner, matching what ExifTool already removed - Cleaning many PNG or JPEG files as copies in one batch now costs a few extra milliseconds per file, from the new ExifTool reopen-and-check step above. Measured on a development machine under light background load: about +5.9 ms per JPEG and +6.6 ms per PNG compared to 4.4.0. The cost was judged worth paying so a copy with leftover metadata is never silently kept - A failing PNG or JPEG copy now reports a generic "Generated output write failed" message instead of ExifTool's own more specific error text, matching the message every other copy-mode format (RAW, TIFF, media and WebP) already shows on a failed write </details> --- ### Configuration 📅 **Schedule**: (in timezone Europe/Berlin) - Branch creation - At any time (no schedule defined) - Automerge - At any time (no schedule defined) 🚦 **Automerge**: Enabled. ♻ **Rebasing**: Whenever PR is behind base branch, or you tick the rebase/retry checkbox. 🔕 **Ignore**: Close this PR and you won't be reminded about this update again. --- - [ ] If you want to rebase/retry this PR, check this box --- This PR has been generated by [Mend Renovate CLI](https://github.com/renovatebot/renovate).

isityael added the

dependencies

label

2026-09-29 02:30:58 +00:00

isityael added 1 commit

2026-09-29 02:30:58 +00:00