-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update S3 uploads dependency #333
Comments
S3 Uploads is tracked by the cloud module at any |
Seems the @tareiking there are ways to trick composer using aliases eg. |
Looking into this further Altis is not currently compatible with the latest changes in S3 Uploads so it's a little more complicated to update this. @tareiking I'm afraid the current changes in S3 Uploads beyond the We do still need to upgrade the plugin however but also ensure Altis supports it. Steps required are:
|
I looked into this in humanmade/S3-Uploads#401 (comment) as well. The last commit in S3-Uploads before the namespace reorganization was 539d0c1, and the patch from humanmade/S3-Uploads#493 should apply cleanly at that point. The blocking question was that this introduced substantial new functionality to the v2 branch that really should be a major version bump. But maybe it makes sense to cut this as a 2.3-beta release, so that projects can choose to opt into it rather than tracking feature branches with cherry picked commits. |
If you can create a PR against the v2-branch that would be appreciated, then we could do a 2.3 release. Assuming there are no breaking changes there. I just wasn't able to use the automated backport tool and I don't have time to do this myself. @joehoyle would appreciate your thoughts regarding this change as you did the review. I'm not sure how wide reaching it is or what the risk might be. |
I'm fine backporting https://github.com/humanmade/S3-Uploads/pull/493/files, however will probably just need a copy/paste as I don't think the patch willy apply very easily. I don't want to put all the namespace reorganization into a 2.3-beta though (not totally sure if that was suggested), so I think it should still be the case that if you want, say, private uploads, you need to move to 3.0.0. |
Yeah, this should only be for the performance improvement piece itself. Altis v7 will have S3 Uploads v3, then we can look at 1st party support for private uploads in v8 perhaps. |
Cool, I opened humanmade/S3-Uploads#497 from manually cherry-picking the commits from the branch I was working from. @tareiking just to be aware, this will only add the required attachment meta for newly uploaded attachments. If you want to fix old attachments, running |
Thanks all. That makes sense about the versioning and back porting.
Ah @goldenapples - your past self is awesome, I was aware of this as you'd previously commented in your original PR h/t. |
So @joehoyle has tagged 2.2.3 of S3 Uploads with @goldenapples' fix. This means you can run The Thanks both for your work here! |
Hey, we could really use the humanmade/S3-Uploads#493 update in S3 uploads that @goldenapples worked on for other projects.
We are using Altis V4 and moving to V5 shortly, so two things would need to happen from:
It would be ideal to get a timeline on this so we can set expectations with the client.
Is there an alternative path for updating our project
altis-cloud
dependency ons3
manually that would work ideally here for future upgrade paths?Edit: Or can we backport cherry-picked features if pinning a new version is not in line with delivery/roadmap.
The text was updated successfully, but these errors were encountered: