Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upThird party cookies blocked for us when upgrading to Brave 0.68 #6099
Comments
|
Checked if any referrer issues, only way around it is just to allow cookies for the moment. |
|
Cookie whitelist request: #5314 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Description
We have an issue with our service for users upgrading to Brave version 0.68. Our service depends on a third party cookie for tracking login status in our API. This used to work just fine before users upgraded to v. 0.68. After upgrading to this version the cookie is now blocked. One would think that going into the API host and turning the shield down for that, would remove the block status of the cookie and make things work again, but it doesn't. I'm not sure if this is a bug of a feature.
Steps to Reproduce
https://eple.sanity.studiohttps://eple.sanity.studio.https://eple.sanity.studioclick the Site Settings (lock symbol on the left to the location bar). Click on "Cookies". Click on the "Blocked" tab. The cookie for y12wncqa.api.sanity.io is listed as blocked. Select it and click on "Allow".https://y12wncqa.api.sanity.io). It still works.I'm not sure how we should help our users with this problem, other than tell them to explicitly go into the site settings for
https://eple.sanity.studioand allow that cookie. Is this the way it is supposed to be, or is it a bug, as this blocking started happening in the latest version of Brave. Before we were just able to turn the shield off for the API host and it would be allowed anywhere.