Closed dni closed 2 years ago
if i switch back to the old bucket, it is immediatly fast again...
i really have no clue what is going on... any pointers into the right direction would be appreciated...
is there something like permissions on s3?
Our filelist is also nearly impossible to use. The issue seems the count implementation. We have all files in top folder and TYPO3 asks for the amount. The current implementation seems to fetch all files in order to do an count afterwards. Not sure if that can be optimized or all files are still needed.
We had the same issue while editing the TYPO3 record for the bucket. I could fix that with this commit: https://github.com/andersundsehr/aus_driver_amazon_s3/pull/91/commits/9e195942e105784675eda476a5da98beb9379c69 Maybe that helps.
sounds interesting, but how does it explain, that it works in 1 bucket, but not in the newer bucket, same enviroment same project, just different credentials.
creating a new and empty one or even one with like 5 files and folders, works fine... its just the newly created one where i synced the old files...
seems like i have to bust out the debugger today.
ok, this one https://github.com/andersundsehr/aus_driver_amazon_s3/commit/5aad76c085c180ff6f93bd5cbdf193bfc4973376
fixes my issue
On S3 this happens when using a bucket that has no special "folder objects" (which are created by aus_driver_amazon_s3).
the comment from the commit makes perfect sense now, the s3 cli which i used to transfered all files to the new bucket didnt create those special folder files, which triggered this behaviour on my newly created bucket.
Hi! I'm having a very bad issue since i switched the bucket to a new aws account, i transfered all the files an switched the bucket now all my backend pages are not loading anymore, and i cant even look into the filelist module.
does anyone have an idea what is going on and could cause this behaviour?
i tried running the fal update ref index task, it took couple of minutes but went through, but still the same issue.