You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 17, 2017. It is now read-only.
KeeFox uses WebSockets to communicate with a server listening on 127.0.0.1.
After some time KeeFox was unable to connect to this server.
I traced it to Privacy Badger, which actually blocked 127.0.0.1 !
After manually allowing 127.0.0.1 KeeFox started to work normally again.
I've whitlistet localhost for now, but this was quite difficult to track this down and
I cant see how it's sensible to block localhost as tracker.
Anyone tracking himself: it's his own problem...
The text was updated successfully, but these errors were encountered:
So adding it to storage.domainExceptionSites will disable it when localhost is the first party, which is maybe not what @brainpower is describing. I think the situation is that localhost was getting blocked as a third party domain, which probably shouldn't happen ever. I think the solution to this would be to check if the domain is localhost, and ignore it if so, in contentpolicy.js
KeeFox uses WebSockets to communicate with a server listening on 127.0.0.1.
After some time KeeFox was unable to connect to this server.
I traced it to Privacy Badger, which actually blocked 127.0.0.1 !
After manually allowing 127.0.0.1 KeeFox started to work normally again.
I've whitlistet localhost for now, but this was quite difficult to track this down and
I cant see how it's sensible to block localhost as tracker.
Anyone tracking himself: it's his own problem...
The text was updated successfully, but these errors were encountered: