Description of the issue
I am running a web app locally on my machine while developing it. This app uses third party features which do not work with Brave unless you turn off the shields. I am fine with turning off shields for this purpose, but when I hit the switch to turn them off while on my localhost, the switch does not move and the page refreshes, and shields stay up no matter what I do. All this works fine when the app is hosted on a real domain.
If you try and modify the configurations in the panel (like setting cookie control to All Cookies allowed for example), do they stick or are they also rest after the page refreshes?
I think the problem might have something to do with upgrading to https. Since this is locally hosted I obviously don’t have an ssl cert, so it needs to be sent over http. The site actually gets served just fine, and everything works except the third-party stuff. But if I try to turn off “connections encrypted”, that switch does the same thing as the main shields switch: just stays in the “on” position, no matter what.
If I turn off https everywhere in my global settings, it still doesn’t let me turn the shields off on localhost though.
Since it’s localhost, I’m not using https and my dev server doesn’t serve the app in https. I just get a standard “insecure connection” message.
Just a “me-too” and subscribe to this topic post.
In my case, the url is a bonjour / avahi localsite.local kind of thing that is (and always will be) accessed via http. Would be nice to be able to turn shields off for it.
Thank you both for reporting.
It looks like this is a known issue that needs to be addressed. Dug this up trying when looking for a workaround to the Shields behavior:
Have the same problem, but managed to find a workaround at least. Visiting 192:168:1:100 without any port (even though it gives me a 404-error) allowed me to turn shields off. It then seems to stay off when then visiting 192.168.1.100:32400 and so on.