With shields up, there are many sites where I can’t interact, so I have to take the shield down. Once the shield is down, it seems that Brave adds that site to the list of “sites that can always use cookies”. So, that list continues to populate and gets longer by the day.
That in itself is a design flaw, but the worst of it is that even though each of those sites has a trash can, when I click on any of those trash cans, I can’t delete that site. And maybe a coincidence, but I’m now getting tons of email spam. Changed my password…no help.
Unless I get assurances that these flaws can be fixed, sadly, I’m gonna have to bail. Description of the issue:
Steps to Reproduce (add as many as necessary): 1. 2. 3.
Actual Result (gifs and screenshots are welcome!):
Expected result:
Reproduces how often:
Operating System and Brave Version(See the About Brave page in the main menu):
@KeepitSimple,
Simply turning Shields off for a site shouldn’t add it to that list. I just tried to reproduce this and I’m unable to – turning Shields off for a site does not add it to the Sites that can always use cookies list. Further, you shouldn’t typically have to take Shields down entirely in order to view sites, even when there is a conflict. It’s usually only one specific protection that is causing the conflict with the site. Do you have an example URL where you have taken Shields down because of some error/issue?
Not being able to delete the musing the icon is actually a known issue:
I asked in the thread for an update on where we stand with the issue.
I have NEVER added any site to the list that can always use cookies. It’s populating without
any help from me. and as I mentioned, the list grows daily.
There are multiple sites where, let’s say I want to read some product reviews, I can’t actually
do that…I can’t proceed…unless I remove the shield. So it’s not an error message but rather I
simply can’t get into the meat and potatoes of that site.
I have Windows 8.1 and I usually search with google or start page.
@KeepitSimple,
Simply turning Shields off for a site shouldn’t add it to that list. I just tried to reproduce this and I’m unable to – turning Shields off for a site does not add it to the Sites that can always use cookies list. Further, you shouldn’t typically have to take Shields down entirely in order to view sites, even when there is a conflict. It’s usually only one specific protection that is causing the conflict with the site. Do you have an example URL where you have taken Shields down because of some error/issue?
Not being able to delete the musing the icon is actually a known issue:
@KeepitSimple,
I’m not saying that you did. I’m just saying that the action of toggling Shields on/off in the Shields panel does not – or at least it should not be – add items to that list.
Can you please share some example websites so I can test them on my end?
So all these and many more are now on the sites that can use cookies and they are each listed
with the phrase “including third-party cookies”. I have 3rd party cookies BLOCKED
@KeepitSimple,
I’m not saying that you did. I’m just saying that the action of toggling Shields on/off in the Shields panel does not – or at least it should not be – add items to that list.
KeepitSimple:
here are multiple sites where, let’s say I want to read some product reviews, I can’t actually
do that…I can’t proceed…
Can you please share some example websites so I can test them on my end?
Since you asked that question I went back to a few of the sites i listed for you, and each had the shield down.
right were I last left it. Any site I visit for the first time will have the shield up. I have no reason to change that unless I can’t fully navigate that site. So I’ll just keep your contact and any next new site I visit, where I can’t fully navigate it, I’ll report that back to you.
Thanks.
@KeepitSimple,
That would be good, sure. I’m asking all this because I’m able to navigate all of those sites without any issue with Shields up using default settings (except for the health coach site because I didn’t have a login), on macOS, Windows, Linux and I even tested on my Android device. So if you’re unable to browser any of those websites unless you have Shields down then there may be a larger issue at play here.
I googled each site that had populated on the list of those can always use cookies. One by one, I turned those shields on. So more than 50 % on that list came off that list and I it seems that I can navigate those sites now with shields on. There still are several that I can’t remove from that list that “can always use…”
The only guess I can offer is this…some time back when I was having trouble someone suggested that I
block scripts. If memory serves, that made things worse so I stopped blocking scripts. Perhaps during the
time when scripts were blocked, that’s when I needed to turn off shields to navigate.
This tech stuff is really hard for me. If you turned me loose in the forest for a week with a knife and a fire starter, I’d make it, no problem.
I believe you! This stuff can be confusing but that’s why we’re here.
So there are a couple ways to use Shields and we have comprehensive documentation on it here if you want to dig into it. For now I’ll just give you a quick overview as it relates to your issues.
Shields (Brave’s built-in protections) can be set on the global level (all sites) as well as on the site-level (that is, for specific websites). When you set Shields globally (by going to Menu --> Settings --> Shields) it tells the browser which protections you want on/off when you land on a site for the first time.
Adjusting Shields on the site-level is done by using the Shields panel (lion icon) in the address bar while you’re on that particular site. These settings will persist once changed from their default state, but they will only change for the current website. For example:
Here, I’m visiting ign.com and have toggled the Block scripts option “on” for this site
However, when I leave and go to another website (in this case, brave.com), scripts are not blocked, as the setting changed in step 1 only applies to ign.com
I’m bringing all this up because it may explain why some sites are breaking for you entirely. I’m wondering if you have global Shields settings set to block scripts, so any time you visit a site it’s unable to run any javascript which is required by many websites to deliver rich web content. This is why those sites would all appear to be broken unless Shields are down but in reality it’s just the one protection (Block scripts) causing the issue.
As for the issue with not being able to remove sites that can “always use cookies”, this issue is known and logged (see Github link posted above). I will try and get some additional eyes on the issue as it’s been around for a while without much attention. In the meantime, just so you know, while you may not want to delete your cookies, if you go to History --> Clear browsing data and clear all cookie data, even the sites set to “always allow cookies” should be removed from the list.
Hi
I tried adding (as an example) Home Depot to the list of sites that can never use cookies.
With them on the list, I could not navigate beyond arriving at the site. I then removed them from that
list and I could navigate, even with shields up.
Unfortunately with them (again as an example), I get maybe 8-12 cookies/day and of course that leads to
email spam. There seems to be no fair balancing point.
@KeepitSimple,
I was able to add Home Depot to the Never use cookies list in brave://settings/cookies and still navigate the site. Additionally, you may be seeing this issue because you are logged in at the time and sites do require the use of cookies in order to retrieve login credentials. Can you tell me if you’re logged in when you see this behavior and whether or not you get this behavior when you are:
When I’m not logged in. And another tidbit… without logging in, I went to the the FedEx site to track a delivery that I would pick up at a store, and to enter the tracking number, I had to turn shields off…as an anonymous person
| 
aperullo 
KeepitSimple:
So there are a couple ways to use Shields and we have comprehensive 
