[Safari] Blob: type is included in 3rd party list, even though the path is first party

[MikhailTNY]

On this youtube video: https://www.youtube.com/watch?v=ooDWJzz4uFY

If you have 3p blocked, the video will not play, even though the file is still first party: The issue is this:

 −  * * 3p block other blob:https://www.youtube.com/b8b68f60-1fc8-4d2d-9eb3-300d7c1732af

Once I noop;ed the 3p block on youtube, it did finally play on youtube.com as well as the embedded youtube videos on sites like Reddit.

I don't know if this is intentional but it took quite a bit of time to figure this out on youtube as I didn't think it would be classified as third party.

[MikhailTNY]

Also, how do I manually approve this in My Rules?

[Betsy25]

That might be normal since the video itself is not on the domain youtube.com but rather is at : r7---sn-uxaxoxu-cg0s.googlevideo.com here.

Full URL to actual video accessed from my system

uBlock useful rulesets

[gorhill]

Youtube works fine using the documented ruleset:

# youtube.com
www.youtube.com content.googleapis.com * noop
www.youtube.com ggpht.com * noop
www.youtube.com google.com * noop
www.youtube.com googleusercontent.com * noop
www.youtube.com googlevideo.com * noop
www.youtube.com gstatic.com * noop
www.youtube.com plus.googleapis.com * noop
www.youtube.com youtube-nocookie.com * noop
www.youtube.com ytimg.com * noop

[gorhill]

By the way, I can't see that blob: thing with Firefox/Chromium. Is this a Safari-only thing?

Need @chrisaljoudi to check this.

If ever this really happens, then anything which is not a formal http/https request should not be subjected to dynamic fitlering.

[gorhill]

Ok, thinking of it, on Chromium, only requests of type http/https are intercepted, and I beleive it's also the case for Firefox. This means there is no such narrowing on Safari. This needs to be addressed in the platform-sepcific code of Safari.