Closed (works as designed)
Project:
S3 File System
Version:
7.x-2.10
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
29 Jun 2017 at 11:08 UTC
Updated:
30 Jun 2017 at 07:07 UTC
Jump to comment: Most recent
Comments
Comment #2
coredumperror commentedAre you certain the hook isn't being called? That looks like the right format for the function name, and the hook should be getting invoked on line 784 in
S3fsStreamWrapper.inc, in thestream_flush()method:If you have the devel module installed, I'd suggest putting a call to
dd('hook triggered');into your hook, then looking at /tmp/drupal_debug.txt after uploading a file, to see if "hook triggered" appears in there.I'm also curious about the ACL you said that your files are getting. The docs don't mention an ACL called "standard". The only ones available are
private | public-read | public-read-write | authenticated-read | bucket-owner-read | bucket-owner-full-control. And since "private" is the default, the only values you should be seeing on s3fs-uploaded files are "private" and "public-read".Comment #3
captone commentedSorry for the confusion but the issue isn't related to s3fs. The site is also running s3fs_cors, So the hook is not called because s3fs code is not executed to upload a file. I didn't check engough before creating this issue, assuming s3fs_cors was using upload code from s3fs, which is not the case.
My wording for the ACL was not precise enough. "standard" meant "public-read".