-
Notifications
You must be signed in to change notification settings - Fork 157
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
logo_url
fails to load
#31
Comments
This is important indeed. @zlipa did you get around this ? |
Nope :\ |
Has this API seriously not been updated since 2018? 😟 |
@Mike-E-angelo it feels like it. Maybe you can find a community implementation or perhaps build yours. |
@bcdbuddy to be sure I was referencing the server-side API where the version states it is from 2018. That is, when no FWIW I am working with the unofficial C# version found here: https://github.com/bchavez/Coinbase.Commerce FWIWx2: I have been spending the past day or so racking my brain around checkouts and charges, and trying to reconcile why charges made by checkouts are different, and cannot be made directly by the API. The only way to do so is to visit the checkout URL directly with a web client (and not via API). Anyways, as noted in my other issue I think I have that figured out. So onto the next fire. Speaking of which. 😁 As for this issue here. You might try to upload your image in the Branding image setting in your account. Then, you can visit a hosted checkout/charge from your account where you should see it. If you right-click the image and explore its properties, it should be a |
Legend |
(X-CC-Version: 2018-03-22)
When using a custom
logo_url
the image fails to load throwing the following error:Refused to load the image 'https://[edited].com/image.jpg' because it violates the following Content Security Policy directive: "img-src 'self' data: https://exceptions.coinbase.com/js https://res.cloudinary.com https://www.google-analytics.com/ https://images.coinbase.com".
The domain is whitelisted in the account settings, so not sure what's the problem. I guess the Content-Security-Policy has to be relaxed?
The text was updated successfully, but these errors were encountered: