Closed (fixed)
Project:
Flysystem - S3
Version:
2.0.x-dev
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
24 Sep 2020 at 15:08 UTC
Updated:
18 Oct 2023 at 12:53 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
pawel_r commentedThank you, downgrade league/flysystem-aws-s3-v3 to 1.0.25 solved my issues. ImageStyle could not create derivate for "random", not corrupted files.
Comment #3
bradjones1Comment #6
imiksuMerge request ready for peer-review.
(FYI this is my first merge request in Drupal, hopefully I'm doing it right)
Comment #7
imiksuGotta provide the old way patch too, since I really need to patch this against 2.0.0-rc1.
By the way: How I generate text patch/diff files from a merge request?
Comment #8
imiksuWhoops, I accidentally put wrong state for the issue. Putting "Needs review".
Comment #9
imiksuAfter good sleep, I also realized that fast workaround for this is to configure your S3 settings by adding this HTTP option (it should come down eventually to this problematic part of library source code), but I have not tested this.
Maybe someone can confirm that adding
@httpsection would help:I still think this patch #7 should be added because it is required configuration in Drupal and it follows the original behavior. Hence we don't want to require users to configure to disable HTTP streams.
Version 1.0.26 is problematic, because it doesn't allow you to use options for specifying if stream should be disabled, so I thought we should block the version completely.
EDIT: Disregard this. I realised after reading more closely 1.0.26 code, that actually
@httpoptions will overwrite hardcoded stream enabling, so no problem with 1.0.26 either.Do not apply this patch, use #7 instead.
Comment #10
damienmckennaComment #11
leon kessler commentedI think stream reads just applies if you have not set
'public' => TRUE,in your config? Am I correct?Can anyone confirm this patch is working ok? I can test this myself, but on my project we use
'public' => TRUE,so I don't have experience running it in production.Also, there is no docblock on the new
function __constructin the patch. But maybe this is okay, as there isn't one on the flysystem-aws-s3-v3 library either. If we add one to ours we are documenting external code.Comment #12
sheise commentedThe patch from #7 fixed the problem for me. Thanks.
Comment #14
leon kessler commentedTested the patch and confirms this fixes the issue.
Thanks everyone.