Skip to content
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

Add support for different media buckets #205

Open
eduardoboucas opened this issue Apr 28, 2017 · 3 comments
Open

Add support for different media buckets #205

eduardoboucas opened this issue Apr 28, 2017 · 3 comments

Comments

@eduardoboucas
Copy link
Contributor

At the moment, all images are being uploaded to the same media bucket in API (whatever is set as the default one). Calls to API wrapper should be configured to use whatever is defined in settings.collection on the Reference field as the name of the bucket, so we can have different buckets for article images, user avatars, etc.

(Not a difficult change, just documenting to make sure I don't forget to do it.)

@eduardoboucas
Copy link
Contributor Author

At the moment, Publish identifies a reference to a media collection by looking at a hardcoded mediaStore value in the settings.collection value from the field schema. To implement this ticket, we need to make this lookup process dynamic.

To make that happen, API needs to inform what the various media buckets are so we can know whether a collection is a media bucket or not. I've suggested an approach for that.

I'll revisit this ticket once that functionality has been agreed.

@danwdart
Copy link
Contributor

This will require the API component first I think, then Publish can piggy back off of my and Eduardo's existing work.

@eduardoboucas
Copy link
Contributor Author

eduardoboucas commented Apr 18, 2019

Needs to get back on the roadmap, as per conversation with @josephdenne. Added status: needs UI label, as we need to understand how different media buckets would be displayed on the interface.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants