Feature Request P3
Status Update
Comments
se...@hotmail.com <se...@hotmail.com> #2
I believe this is for the shim library but it's unclear who the new owner is now, so please triage and reassign.
we...@wexworks.com <we...@wexworks.com> #3
se...@hotmail.com <se...@hotmail.com> #4
Nope .. I ended up writing a proxy for it, which fetches the image server-side and returns it with proper CORS set.
se...@hotmail.com <se...@hotmail.com> #5
Bump Google, I imagine this makes the Google Photos API useless in a lot of use cases.
pa...@baltoprint.com <pa...@baltoprint.com> #6
Bump. We also had to write a server side proxying.
dz...@gmail.com <dz...@gmail.com> #7
Bump. Same here, we have to proxy our requests
yh...@gmail.com <yh...@gmail.com> #8
اصلاح جميع مشاكل النظام
la...@gmail.com <la...@gmail.com> #9
Yeah!
اصلاح جميع مشاكل النظام
اصلاح جميع مشاكل النظام
se...@hotmail.com <se...@hotmail.com> #10
Any progress on this?
ca...@klonk.dk <ca...@klonk.dk> #11
any progress on this?
[Deleted User] <[Deleted User]> #12
This makes integrating the Google Photos API in any web application pretty impossible or UX-unfriendly.
ka...@gmail.com <ka...@gmail.com> #13
This is really unfortunate. I wanted to integrate Google Photos to a front-end-only app, but I cannot.
co...@gmail.com <co...@gmail.com> #14
Please untaint.
ot...@gmail.com <ot...@gmail.com> #15
so, is useless now? I want to use google photos on my site too... this is sad
kr...@gmail.com <kr...@gmail.com> #16
Comically, my old albums from before ~2016, have the correct Access-Control-Allow-Origin: *
header. I suspect old picasaweb albums work correctly.
This is a real bummer for using the api in any realistic application.
ka...@gmail.com <ka...@gmail.com> #17
Maybe one day we'll be able to programmatically download google photos :(
le...@gmail.com <le...@gmail.com> #18
Bump...
Description
For feature requests for the Google Photos app, please see
--------------------
Before filing an issue, please read and follow these instructions carefully.
First, please search through existing issues to ensure that the feature request has not already been reported. You can start the search here:
If the feature has already been requested, you can click the star next to the issue number to subscribe and receive updates. We prioritize responding to the issues with the most stars. You can also comment on the issue to provide any context of how the feature would benefit you.
Also, please verify that the functionality you are requesting is not already present in the current API and tools.
If your feature has not been requested, please provide all of the following:
-----------------------------------------------------------------------------------------------------------------------------
A short description of the request:
When a web application tries to fetch photo by making request to corresponding MediaItem.baseUrl, no "access-control-allow-origin" header is exposed in response. Thus the request will be blocked by browser.
What is the purpose of this new feature?
Without this feature, web application can't actually get photo data with REST API.
Please provide any additional information below.
1. The same header exists in responses to albums.coverPhotoBaseUrl
2. The same header exists in responses from (legacy) Picasa Web Albums Data API
3. Since baseUrl is dynamically generated per application, the value of "access-control-allow-origin" does not have to be *, but reasonable to be limited to registered domains of corresponding application.