-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
With Chrome >= 58.x uBlock can handle FULLY itself all websocket "things"? #2478
Comments
probably "WebSocket opened from the SharedWorker" wont be blocked. but @gorhill could clear better this question |
Thank you for the link so far, interesting! |
Yes, starting with Chromium 58+ and uBO 1.11.5+, websocket connection attempts will be filtered by uBO itself. However uBO Extra has become multipurpose, and whether you still need it depends on whether you are a visitor to one of the sites for which uBO-Extra contains special fixes. @mapx- this is a different issue, this has been addressed in uBO itself with 1.11.2, related issue: #2360. Solution is to prevent the shared worker to be created in the first place using a |
@Alpengreis can you still confirm that the warning you get in #2435 do not break uBO at all? This is very important. If it's only warnings, then this is an acceptable side effect of supporting ability to block websockets as early as when Chromium 58 is released. |
Is there a list of these sites, to get an overview? |
They are inside |
Ah, okay. Thanks. I expected something along the lines of "filters.txt" or "sites.txt" somewhere, not directly in 'contentscript.js' Well, from the listed sites I only visit pcmag.com semi-regularly, but I don't see any ads there, without uBO-Extra. Is this location-based maybe? |
Shortly thereafter, I uninstalled Chrome release version. Then I had few days no Chrome and now Chrome Beta (v58.0.3029.33 beta 64-bit), even because that websocket integration (my Browser to really work with is still Fx (now in Developer version). I had tested that only short anyway and saw it does still block. I had not tested it more. The last version I saw, that uBlock do still block was (without guarantee) perhaps v1.11.5b1 ... |
Am I right that with Chrome >= 58.x uBlock can handle FULLY itself all websocket "things" and I do no more need uBlock Extra?
The text was updated successfully, but these errors were encountered: