Skip to content

Conversation

@fabarea
Copy link
Contributor

@fabarea fabarea commented Jul 14, 2023

No description provided.

fabarea added 30 commits March 1, 2023 15:10
fabarea and others added 11 commits July 14, 2023 15:44
Fix a race condition in the TYPO3 BE that occurred on backend forms
with in line elements. Load the external cloudinary js library via
requireJS to ensure its availability when the custom JS in the TYPO3
backend tries to access the global object.
…aced (#34)

Extend the webhook controller to flush the local caches if an image
gets replaced (update override) in Cloudinary.
The cloudinary extension tries to replace missing images with a
default emergency fallback image. This may lead to invalid crop
instructions for Cloudinary, as the emergency image may be smaller
than the original image.

Recover from these Cloudinary exceptions by returning an empty image
instead of dying with a type excpetion.
Co-authored-by: Hannes Lau <SomeBdyElse@users.noreply.github.com>
@dhuf dhuf requested review from SomeBdyElse and jrenggli November 9, 2023 13:54
jrenggli and others added 3 commits November 21, 2023 10:10
* [BUGFIX] Use identifier_hash in CloudinaryScanService

The `fileExistsInStorage()` method currently performs a SQL query to count
records, but suffers from slow performance due to the absence of an index on
the `identifier` field. This results in a full table scan.

To address this issue, this commit refactors the method to utilize the
pre-existing `identifier_hash` field, specifically designed for efficient data
searches.
---------
Co-authored-by: Daniel Huf <daniel.huf@visol.ch>
Co-authored-by: Hannes Lau <SomeBdyElse@users.noreply.github.com>
Stay below the transformation megapixel limit by prepending a scale
down transformation for large images.
@SomeBdyElse SomeBdyElse force-pushed the task/update-cloudinary-to-version-2 branch from e474acc to 7fd9ec0 Compare December 12, 2023 17:36
SomeBdyElse and others added 8 commits December 12, 2023 20:01
Fix a missing import that caused a bug when rendering large images
via Cloudinary.

References: 7fd9ec0
Fix a bug where processed files would not be recognized
if the cloudinary cloud uses a cname.

Remove the cloud name from the processed file identifier
Remove unused protected method, accidentally introduced with f317925
When a file gets renamed in Cloudinary, do not only update the file
identifier in the local sys_file table, but also the sys_file name.
As defined in AbstractHierarchicalFilesystemDriver::canonicalizeAndCheckFileIdentifier
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants