This is an observation of something I've encountered when working on #176. It's not a critical issue; whether or not it requires action is for you to decide. So feel free to just close this issue if you believe no adjustments are required.
On GCS API methods that use URLs ending with /o or /b, googleCloudStorageR will actually perform requests to /o/ and /b/ instead. It adds an extra trailing slash to the path. This obviously still works fine in practice, as Google seems to be lenient here. But its official documentation doesn't say anything about supporting that trailing slash. For example, see the reference document for the Objects: insert operation.
Despite working with the real GCS, the fact that googleCloudStorageR relies on URLs that are undocumented can still lead to other minor issues. For example, it might not work out of the box with GCS emulators unless they are given explicit support for the undocumented routes, like in fsouza/fake-gcs-server#1252.
This is an observation of something I've encountered when working on #176. It's not a critical issue; whether or not it requires action is for you to decide. So feel free to just close this issue if you believe no adjustments are required.
On GCS API methods that use URLs ending with
/oor/b,googleCloudStorageRwill actually perform requests to/o/and/b/instead. It adds an extra trailing slash to the path. This obviously still works fine in practice, as Google seems to be lenient here. But its official documentation doesn't say anything about supporting that trailing slash. For example, see the reference document for the Objects: insert operation.Despite working with the real GCS, the fact that
googleCloudStorageRrelies on URLs that are undocumented can still lead to other minor issues. For example, it might not work out of the box with GCS emulators unless they are given explicit support for the undocumented routes, like in fsouza/fake-gcs-server#1252.