- Issue created by @the_g_bomb
- @the_g_bomb opened merge request.
- πΊπΈUnited States cmlara
It isn't so much that it was removed from D8 as that it was brought into the code in a different manner, see #3163285: Don't require use of ListObjectVersions β .
I recall questioning a time or two if we should be emitting the versionId in the URL if the version sync is disabled though never dug deep enough to see #3156257: Allow S3 Versioning as a Configurable Option β had done that after the 8.x-3.x branch had diverged from the 7.x-3.x branch.
As currently exists there is no 'use_versioning' setting in 3.x and its nearest equivalent is named 'disable_version_sync' so this config parameter will not actually make any changes.
Adding this in would be more of a feature request at this time and should probably target the 4.x branch first. That should also probably be discussed in context of should we actually be using more versioning data when its available (such as stream_open()) to ensure we don't end up with issues where if a file were updated without informing s3fs that could lead to either corrupt data or errors and is disabeling versioning actually better done outside s3fs at the bucket level.
- π¬π§United Kingdom Alina Basarabeanu
We used the code changes from merge request 29 and worked as expected on Drupal core 10.2.2 and S3fs 3.4.0.
We did not want to have the VersionId attached to the file