Chrome Widevine DRM can no longer be disabled
bugs.chromium.org
bugs.chromium.org
Anyways, I am in love with the nightly build of ff and everyone should honestly give it atleast a week of their time to try it.
The developer edition and the nightly build have some really interesting features for development out of the box and honestly helps make work easier. You do run in to the occasional error or two but for pre-release versions they are seriously stable.
p.s https://news.ycombinator.com/item?id=12579163 (Choose Firefox Now, or Later You Won't Get a Choice (2014))
https://developer.mozilla.org/docs/Mozilla/Benchmarking
Specifically, I use those environment variables:
JS_OPTION_USE_UNBOXED_ARRAYS=1
JSGC_DISABLE_POISONING=1
There's at least one other thing (async stack) that I'm aware of that may be tunable:
https://bugzilla.mozilla.org/show_bug.cgi?id=1280819
edit: just figured out that that's "javascript.options.asyncstack", so I set it to disabled on nightly too.
Fwiw, the unboxed objects bug is: https://bugzilla.mozilla.org/show_bug.cgi?id=1153266
edit: typedobj performance improvements visible at the bottom of https://arewefastyet.com/#machine=28&view=breakdown&suite=mi...
edit: removed MOZ_QUIET=1, as a source inspection reveals that it is only compiled #ifdef DEBUG.
Just wanted to tell you that a lot of people working on Firefox are here and we really appreciate your word of mouth support and feedback.
This year is going to be huge for us as we're wrapping up the part about reducing technical debt and start gearing toward using our new superpowers to innovate.
We need your help to stay relevant (market share), improve quality (report bugs, write test cases), and improve (lots of code in Firefox is easy to hack on as we move a lot of UI to HTML/JS - like devtools).
In the meantime, you can test more tab processes by increasing the "dom.ipc.processCount" pref in about:config. I set my process count limit to 999. :)
The UI said it was due to accessibility features.
Is there a timeline for getting it working with touch screens or has that already happened?
We are aware of the importance of those three things. They're all not-trivial problems to solve, but we're working on all three:
1) Performance is an insanely complex problem. We can't easily measure the "real" performance, in a scientific way. We can measure performance of so called "microbenchmarks" which can tell you that, for example, our JavaScript engine can perform X million regular expression computations per second. The X may be higher or lower than what Chakra or V8 can, but how it translates to real world experience is insanely complicated. What we know by now is that JS engine performance is not the problem. At this point all modern engines are fast. What we need to advance are things like performance of DOM, CSS, layout, painting and prioritization (ability to ensure that UI performance cannot be blocked by website's JS computations). We're working hard on several projects this year, under the umbrella of codename "quantum" that is aiming at making Firefox blazingly fast. We're taking lessons and code from Servo and applying it in Firefox. The end result, if we succeed, is that we'll have ability to perform DOM, layout, CSS and painting orders of magnitude faster (even if it's 2x it's still huge!). The other piece of performance, is what's called perceived performance. That one is even more tricky because it's all about what your brain tells you. In cognitive psychology and HCI there are tons of studies that prove that depending on how we use tricks like animation, colors, shapes and gimmicks like focus, we can trick your eye to think that things are faster or slower. Chrome is really good at that and kudos to them! I love watching their UI painting order in 120fps slow-mo just to see all the things they employed. Together with Quantum we're going to look into ways to improve the perceived performance of Firefox. I hope we'll get it right :)
2) On the privacy front we're working with Tor browser and we're also working on several projects aiming at disrupting the current way of browsing the Internet. Read about Firefox+Tor browser and Activity Streams if you're interested.
3) On the QA front, we've made major progress over the last year. That's a huge part of the technical debt that we had to remodel in 2016. We now have much better fuzzers, tests and APIs that makes it easier to write code that will not break. On top of that, multi-process helps us make sure that painting crash doesn't crash your browser, that plugins can't crash your browser and finally that content can't crash your browser. We also designed a whole new language that is significantly better suited to write security critical code than C++ is. It's called Rust and we just started moving pieces of our engine to it. If we can succeed with this, we should end up with a codebase of the unprecedented stability for a project this size and facing third-party code. If you're interested, read about Mozilla Oxidation project.
It is a major bet. We're betting on JS, we're betting on Rust. We're betting on Gecko and our ability to "change the engine mid-flight". I'm excited about the opportunity, but it's going to be a huge effort to pull it off.
If any of this is interesting for you, help us! We're a small team (compared to all other browser engines), but we have a culture that fosters community participation and I believe that we can compete and shape the Web together: https://whatcanidoformozilla.org/
Please, track Mozilla progress over the next months if you have the time. We're drafting a workforce to start the UX updates and I hope we'll get voices like yours well represented. I'll make sure to post about it on HN once we begin.
Another out there idea would be a protocol handler for the IPFS protocol.
I also have some JS benchmarks from a real world app involving encryption and erasure coding in JS where Chrome significantly outperforms Firefox if you're interested (I'm talking 3.3X faster).
Happens for the map at Google Flights (https://www.google.de/flights/) that is the No 1 search result when googling for Flights (that's of course a clever move by Google to create a top site that only works fine with Chrome, I wonder how long it will take that YouTube or GMail only work "optimal" with Chrome)
Anyway, I filed https://bugzilla.mozilla.org/show_bug.cgi?id=1329141 but this is only P3 priority (that is, marked a "valid" bug but nobody is working on it). Which I found really "strange" because website not working in Firefox and being force to temporally switching to Chrome (and maybe staying) are the worst that can happen. Eventually, when booking a flight I even had to tell other family members that they should use Chrome for it (who were surprised because normally I tell them to use Firefox ;)
P3 is not that bad tbh. I understand that for each one of us the bug that affects us is the most important one, but working with bugzilla is a bit like data mining. We have 1.3 million bugs reported and we track our respective components, cluster similar bugs and solutions and prioritize what is affecting most people in most crucial ways.
The fact that your bug got triaged and [gfx-noted] is a good sign. It's on their triageboard now and may soon get clustered with other Google website related graphics bugs. You'll get an email when it happens.
Thanks for your help!
That really depends how "normal" the user is.
If you have basic HTML/JS/CSS skills, you can try to minimize the testcase - https://css-tricks.com/reduced-test-cases/
If you don't, you can always contact the website author and inform him about performance problems and ask him to get in touch with us. He does have access to the whole website and could help us get a temporary account for us to investigate.
If you have more knowledge and curiosity, you can even use our performance devtools to generate a profile. It's actually fairly easy - just start recording in the performance tab and do what you would normally do that is slow.
Then file a bug and attach the profile.
This will give us an insight into what takes so much time. It may not be enough, but sometimes it is, and in those cases we are able to "peak" into what your Firefox is spending so much CPU cycles on.
It's not perfect, but it's better than nothing :)
Performance hasn't really been an issue for me, even on an ancient (6-year-old) laptop. Anything on shadertoy reliably kills it, but other than that it's been fine.
If I had to pick one thing that really needs improvement, it'd be the intersection of extensions and security. FF has always leaned heavily on extensions to avoid feature bloat in the core product, but I've never really been comfortable installing them because pretty much all of them seem to demand full access to page content on all sites, and that's a very uncomfortable ask for things like primary webmail or banking sites.
Now, you could imagine a honking great siteXextension matrix for this, bikeshed refinements until the cows come home and then bikeshed the cows, but I think you could get 95% of the way there with a way to persistently flag domains as "paranoid", and have all extensions disabled on those domains. Maybe something like this already exists, but if so I haven't been able to find it. The best advice seems to be "use a separate profile", but that's pretty inconvenient for heavily-used things like webmail.
I'm not sure if it makes any difference whether its flash or html5 video.
Graphic driver bugs are nasty :)
Hope we'll be able to address it and remove the one and only reason you can't use Firefox!
You guys clearly care deeply about the web, and while I'm sure Google cares too I feel like their primary motivation is becoming more to do with maintaining their ad revenue sources than advancing the state of the art.
I've been a volunteer for Mozilla since 2000 and got hired in 2010. I've been through thick and thin, and I deeply believe in Mozilla Manifesto and care about the role we serve in making the Internet a public resource.
Google is where Microsoft was not long ago: engaging in self-destructive user-hostile behavior to protect their profit center. It can't work forever.
Chrome is definitely smoother on mobile but using extensions is worth it for me. Does Firefox Mobile's codebase closely match that of the desktop browser? Are their release schedules similar? Wondering if we should see it speed up with Firefox's latest improvements.
But it's not my experience that Chrome is smoother on mobile; it doesn't work very well and crashes often.
On desktop however (Windows) I still use Chrome, and I don't know why. Every time I launch FF I then come back to Chrome. I'm kind of ashamed of myself for it but can't quite pinpoint the real reason. Maybe FF looks a litle more "fragile", I don't know.
Offer something that can be bought and written down on a proforma.
(I'm a satisfied customer)
"According to the change-of-control term, 9.1 in the agreement, Mozilla has the right to leave the partnership if — under its sole discretion and in a certain time period — it did not deem the new partner acceptable. And if it did that, even if it struck another search deal, Yahoo is still obligated to pay out annual revenue guarantees of $375 million."
[0] http://www.recode.net/2016/7/7/12116296/marissa-mayer-deal-m...
You folks have made a lifelong supporter out of me the hard way, by earning my respect over the years.
besides that, I support the project in general, the developers and the competition.
when I installed Firefox on a friends phone with uBlock Origin added on, he loved it.
p.s. that reminds me, when I was a teenager I installed Firefox for the first time. My mother insisted it was a virus and would yell at me to "remove that mozzerella fox virus IMMEDIATELY and quit installing your mIRC virus!"
It hasn't been smooth. Chrome is faster and has better dev tools. Ads have caused significant lock ups, to the point where I was forced to install uBlock against my wishes.
Nevertheless I've persisted.
But the thing that continually pushes me towards switching back to Chrome is this bug[1]. It affects every single Mac user I've met, is trivially easy to confirm and yet sits there.
On the positive side, the Firefox syncing works well across machines, so that is nice.
I don't use Chrome much so I can't really tell how good it is for developers. If its dev tools are similar to the ones in Opera (same engine) they look closer to Firebug than to FF dev tools.
I appreciate all you guys have done in the past couple releases, particularly Electrolysis, and I can't wait until it's always on.
That said, Mozilla has also made some bone-headed decisions. Integrating Pocket, forcing a chat client, and advertising tiles really turned me off.
Google receives it.
But I gave up after trying repeatedly, and unsuccessfully, to force-enable hardware acceleration and bypass their 'video card blacklist'.
From what I understand they check driver versions in a couple places on Windows, and disable hw acc. if the version is lower than X, or the versions they get, say from registry and dll's, are different, mismatch. Thing is, the matter is quite complicated on dual-gpu laptops (intel+dedicated) since manufacturers give us all kinds of custom drivers. Firefox will try to find a driver version, it won't find anything from Intel or AMD/NVidia, and it will default to software rendering.
As a user I don't have the luxury to simply 'Update my graphics drivers', I have to live with whatever custom software I got from the manufacturer.
And the punchline is always a soggy: "I'm seriously reconsidering".
Post would be much more effective if you just switched already, and discussed your experience having done so.
safari is also incredibly fast compared to chrome and ff. i love ff, but since starting to use safari i honestly don't think i could switch back
On Sierra, you can reenable favicons with MySIMBL [1] and SafariStand [2].
[1] https://github.com/w0lfschild/mySIMBL [2] https://github.com/anakinsk/SafariStand
- forced bundling of pocket/readability,
- forced bundling of hello,
- forced and heavyweight extension signing (I understand them wanting to sign extensions in user profiles; but the extensions installed by root should not need that - this killed the config extension for FreeIPA, for example),
- I understand their desire to change their extension model, but killing many popular extensions is not a way. How it was communicated was a great example of hubris,
- DRM support should not have been the default choice,
- but MSE WebM with VP8 and VP9 still doesn't work,
- the Australis redesign was controversial.
(And from personal interest standpoint: still no Web Components support? still no WebP?)
I think they dropped Hello altogether.
Extension signing is not forced though, can be toggled from about:config.
In my opinion WebExtensions is a last ditch attempt to gain users and devs. If FF abandons XUL, WebExtensions will be the ONLY STANDARD way to write extensions. But in their defense there are active discussions about adding new APIs to enable more powerful integrations.
DRM is off by default on fresh installs, AFAIK and is user toggleable in Preferences unlike being hardcoded in Chrome and Edge.
Extension signing can be disabled in about:config, but I think the pref ("xpinstall.signatures.required") only works in the Firefox Nightly and Developer Edition channels.
EME DRM is enabled by default in Firefox, but it won't work until the DRM blob (Google's Widevine CDM DLL) is automatically downloaded about one minute after Firefox launches. Here are instructions for disabling EME DRM and uninstalling the Widevine CDM:
On the non-beta version? It's not supposed to be toggleable.
Unfortunately that is no longer true. Their argument was that users could be tricked to disable it, or run extensions that disable it. So to cater to the lowest common denominator user they completely removed the option for all users of Firefox.
The alternatives are the non-Firefox (unbranded) Firefox builds or using an alpha version of Firefox (developer version).
That said, I like Canada a lot and have spent a lot of time there. It is quite nice
not the real ublock any way
Given what happened after the previous ublock splitt iam hesitant to use it.
Comparing the last version of IE, the latest Edge and, the latest Chrome: https://html5test.com/compare/browser/ie-11/edge-12/edge-15/... it looks like it's catching up and implementing a lot of important APIs.
As far as I know, Edge is a little slow to adopt new stuff, perhaps because they're afraid of implementing something and having everyone scream "Embrace, Extend, Extinguish!" at them.
The specific cases I've had are with how SVG's are rendered and that manipulating them with css does not work in-document like it does in Chrome or Firefox.
The bugs page itself isn't very insightful, but if you look at the issues posted, you'l see that there is significantly less conversation or involvement of people into the problems. By itself, Edge not being open source should make it unfit for usage, but they also don't involve themselves nearly as much in the web community. This is one big factor why chrome gets more vulnerability reports than Edge.
http://www.cvedetails.com/vulnerability-list/vendor_id-1224/...
https://www.cvedetails.com/vulnerability-list/vendor_id-26/p...
I really haven't experienced this at all. Up until about a month ago when they pushed a big update, Safari has been my problem child browser. IE Edge has been really solid with conformance. Looking at compliance to the html5 spec, edge is neck and neck with firefox: https://html5test.com/results/desktop.html
Disclaimer: I used to work for ms, but not on edge.
It's not perfect, but I've found myself having to open up Chrome as a backup less and less often. At this point I think it's been about a month since I've needed Chrome.
If you're using mobile Chrome on Android, you should seriously take a look at Brave.
Vivaldi's native tab management far surpasses both Chrome and Firefox. Likewise native mouse gestures work in every place including the speed dial (unlike plugins which attempt to do so on other browsers).
The only thing I miss is tab synchronisation across mobile and desktop devices.
But it's source code is available.
Have you or someone looked through them to confirm they contain all of Vivaldi? Do they state this somewhere? Can you compile Vivaldi from them?
I'm not that concerned with not being able to distribute modified versions (freedom 3) since I am unlikely to have the time to contribute quality code unlike Benjamin above ( https://news.ycombinator.com/item?id=13514415#13517798 )
But I do want to be able to compile it myself and tweak & hack it as I like (freedom 1). (We already have freedom 0 and 2).
Of course I would prefer to have freedom 3 too, so that in case I have the time to do more than hacks I could actually contribute.
https://github.com/ograycode/vivaldi-source (not-official mirror)
I'll have to try building it from source.
This was my experience...
Hmm, a WebGL application I'm developing isn't receiving my right-click gestures. I guess that's the mouse gesture functionality I remember from Opera. No worries, I'll just change the bindings...
I opened the settings and found the mouse gesture settings easily. Hmm, okay there's this bind to Alt checkbox, I'll enable that.
Back in my WebGL app... Hrm, still not working. On closer inspection I see the Alt binding only works for trackpads. Okay, fair enough... I guess. I'll just change from right-click to middle mouse, or something... Wait, no options for that. Okay, fine I'll just disable the darn thing.
Now my WebGL app works great. Yay!
Hmmm, but I feel like I'm not getting the proper Vivaldi experience without those gestures. I know! Vivaldi is open source, I'll just implement some configuration options myself...
Wait, they only offer tarballs? How the heck do I submit pull requests? Presumably I can't. Alright, I’ll email them asking if they plan to accept pull requests any time in the near future.
Hmm, their contact form keeps failing with cryptic error messages, but never explaining what I did wrong.
Alright, I’ll go to their bug tracker. Okay, I need to sign up. Wait... what? Their bug tracker registration form is also failing but not explaining why.
Okay, to be fair, by this point I'm guessing it's because I'm using an addition (plus) character in my email address. Not supporting that is poor, but not informing me that the email address field is the issue is totally unacceptable.
Alright, I'm far too annoyed at this point. If Vivaldi can't manage an open source project, can't write a working contact form and can't write a working sign-up form then I have very little evidence to suggest they can write a decent browser.
Firefox it is.
it used to barf helpful error messages (including info it should give like internal network details), I reported it and got a thank you email ... and immediately got banned from their forums :)
I'm actually trying Brave now and am quite impressed. It's certainly got some problems (viewing SSL certificate is broken - https://github.com/brave/browser-laptop/issues/2611). However, it's pretty slick and the fact it's a real open source browser is quite promising.
Does anyone know the rationale for doing so? It's made trying to figure out what the connection is using into a multi-step pain now.
I have no idea about the rationale but here's where SSL details reside now... it's insane what they have done:
>First, get into Developer tools. You can do this via Chrome’s upper-right three vertical dots, then click “More tools” — then “Developer tools” — or on many systems you can just press the F12 button.
>But wait, there’s still more (yeah, Google took a simple click in an intuitive place and replaced it with a bunch of clicks scattered around).
>Once the panel opens, look up at its top. If you don’t see the word “Security” already, click on the “>>” to the right of “Console” — then look down the list that appears and click on “Security” — which will open the Security panel with all of the certificate-related goodies. When you’re done there, click the big “X” in the upper right of the panel to return to normal browser operations.
https://lauren.vortex.com/2017/01/28/heres-where-google-hid-...
>Click on the Secure/Not Secure/(i) page info button.
>Click "Details" to go straight to the Security panel of the Developer Tools
https://bugs.chromium.org/p/chromium/issues/detail?id=646465
https://bugs.chromium.org/p/chromium/issues/detail?id=663971
I'm considering Chromium too, but if I'm going to migrate, I might as well migrate to something like Safari which has the added benefit of cross device integration (ios-macos). Sticking with chromium likely signals a vote for chrome in browser stats that I would rather not do. Firefox would have been the ideal pick had it not been for multiple very dubious choices in their history like bundling hello and pocket.
What made you think Firefox and Mozilla are so anti-user? I didn't get many claims along those lines back when I was evaluating them.
Few examples that come to mind:
- Sync is just terrible. It's insecure, awfully overengineered, poorly documented proprietary mess.
- Mandatory addon signing was understandable, but still didn't felt exactly right. Probably because I'm a luddite don't fancy those walled garden app stores, and that somehow resembled those.
- Moving to WebExtensions-only is going to hurt badly. AFAIK it was announced they'll soon stop signing new non-WE addons for Firefox 53 (which is quite real soon). I don't want a Chromium clone with another rendering engine and Firefox Account instead of Google.
- DRM support. Browser market share, user requests, etc, but still - thanks for helping that cancer spread more freely.
- Test Pilot instead of just publishing an experimental addons on AMO feels weird. Especially the fact that those addons self-uninstall after someone says the experiment's over. Well, it's Mozilla work and it's their decision how they want things to be, but it just doesn't feel right to me. FLOSS used to be somehow... different in days back there.
- Pocket integration was sort of controversial. I've used Pocket's extension, but it surely didn't belong to the browser core.
- Some UIs were dumbed down to the extent of being barely usable. Some comments blame Chrome hiding TLS info here, but Mozilla had pioneered that (although to a lesser extent).
I'm about to self host sync myself so I'm interested in your claim about it being insecure. I won't sync passwords or form fields, because I don't store them in the browser. Only browsing history and maybe tabs, but for sure I don't want to send all my desktop tabs to my phone. Most of them won't make any sense there.
As for the protocol - there is WebDAV. Seriously. It's functionally equivalent to what their blob storage does, except simpler, vendor independent, and doesn't mandate any particular auth schemes. Oh, and their auth protocols are total mess (BrowserID, HAWK _and_ OAuth - three different protocols are necessary to just talk to the damn system!). I get it, three teams were working on different pieces (accounts, tokenserver and the actual sync blob storage), but they could've at least tried to not invent that up, but use something standard. Or, at the very least, settle on a single protocol.
I'm saying this as someone who had spend some time reading docs and reversed engineering the rest, and had implemented almost-working (sans some undocumented oddities and a few lazy omissions leading to glitches, but it mostly works-for-me) standalone sync1.5 server - same functionality could've been done in a much more saner and simpler way.
Non-profits are usually more pro-user than for-profits. https://en.wikipedia.org/wiki/Mozilla_Foundation
Finally people start to understand "Do no evil" for the marketing message it was.
"I'll be seriously reconsidering IE before the next Firefox/Safari release"?
Browser "choice" has always been more an illusion than anything else. One or another may be a little further ahead than the others but they all appear to be heading down the locked-down, unconfigurable, opaque, user-hostile "consume and don't oppose" path.
If you want to get away from all that, then I suggest looking into the more obscure alternative browsers like Dillo, NetSurf, etc.
Hasn't Safari been doing something like throttling background tabs for a while? I don't really know the details of how Safari and Chrome's new feature compares, but you may be equally unhappy with Safari in that respect.
I'm with you on the other stuff though, I always disable Flash, NaCl and DRM plugins. I also hate the forced Material Design UI. Having a Mac native app look like Android is visually jarring.
I tried switching to Safari, Firefox, and Brave a few months ago because I was unhappy with the direction Chrome was going, but ultimately ended up coming back to Chrome. The big things that brought me back: Safari isn't supported by Privacy Badger. With Brave, it was that if you open a new window and start typing immediately, it would lose the first few keystrokes... though I just downloaded the latest, and that seems to be fixed now. I don't remember off hand what stopped me from using Firefox
Including Widevine, Chrome Extensions, and various other things
Hidden away? They added an entire panel dedicated to security information. It's far more pronounced than it was previously.
This is in addition to the large green "Secure" text to the left of the URL bar.
Thinks I like: improved battery life, fast, was able to disable video autoplay in Debug menu, no Flash at all, great integration with iOS, dev tools are actually good (I heard they would be bad, but nope, they're good).
Thinks I don't like: no favicons on tabs, Safari does not have profiles (I used a separate one for Facebook), Chrome has more extensions (but happy with Ghostery and Adguard so far).
The EME-free builds just have that download code disabled, and the setting for it hidden.
[1]: https://bugs.chromium.org/p/chromium/issues/detail?id=615738...
Chrome is Google's opinionated version of Chromium, with the average user in mind.
Everyone else should be using Chromium. There's nothing wrong or lacking in it now that the PDF module has been open sourced. If one wants Flash or Widevine, those can be installed separately.
No question now what has happened to the faces of the pigs. The creatures outside looked from pig to man, and from man to pig, and from pig to man again: but already it was impossible to say which was which.
And what average user would have a need for there being no way to disable it?
This isn't for the benefit of any user, "average" or otherwise.
As the years go by, I learn every config option is going to lead to some set of users getting confused and upset.
Oh, snap. Looks like that explanation doesn't even begin to make sense, and it's hilarious how the "average user", in their absence, gets used as an excuse to implement outright hostile things, but only then. When Google Reader shuts down or other things are done nobody likes, which not one person welcomes, that doesn't matter, it's only when it's about things no user wants but companies want to push when they suddenly do.
The bug report mentions real problems caused by this change. Are there similar reports about problems that were caused by that option being available, or is that all just theoretical?
> As the years go by, I learn every config option is going to lead to some set of users getting confused and upset.
So? Remove all config options, or simply do good work and let the remaining complainers complain? Why not take the person who filed the bug report and is "confused and upset" for very good reasons they can argue for more seriously than some random hypothetical person?
Making idiot-proofing your top design priority "for the user's own good" is a really bad idea that invariably results in a less functional product for no substantial benefit. If people are getting confused and messing with things they didn't mean to, the solution is better interface design, not axing useful features.
The not being able to copy your profile between machines is terrible terrible decision. It detects "tampering" and nukes everything :(
http://www.chromium.org/administrators/policy-list-3#Roaming...
(note that the 'roaming location' could still just be a folder on your local drive.)
> If you enable this setting, the settings stored in Google Chrome profiles like bookmarks, autofill data, passwords, etc. will also be written to a file stored in the Roaming user profile folder or a location specified by the Administrator through the Google Chrome policy.
---
Google Widevine Support
Google Widevine is a piece of Digital Rights Management (DRM) code that we at Brave Software do not own and cannot inspect. The Google Widevine code is loaded from Google servers, not from our servers. It is loaded only when you enable this option. We discourage the use of DRM, but we respect user choice and acknowledge that some Brave users would like to use services that require it. [info link to https://www.eff.org/issues/drm]
By installing this extension, you are agreeing to the Google Widevine Terms of Use. You agree that Brave is not responsible for any damages or losses in connection with your use of Google Widevine. [info link to https://www.google.com/policies/terms/]
Enable Google Widevine support [button label]
---
You can view this as a DRM mandate canary if you like. It's still in Brave 0.13.0. That's all I have to say for now.
Welp.
It also includes UI to indicate when DRM content is being played, and there's a UI pref to disable DRM support entirely, if that's your thing.
One question I have is this: are there any examples of cases where DRM on widely distributed media has actually worked?
But I don't like having a huge pile of unverified third party code in a browser i never use for content consumption.
Simply deleting the folder that contains "widevinecdmadapter.plugin" will effectively disable the plugin.
So, for example, on OSX using homebrew to install chrome, it'd be:
rm -rf /opt/homebrew-cask/Caskroom/google-chrome-canary/latest/Google\ Chrome\ Canary.app/Contents/Versions/58.0.2996.0/Google\ Chrome\ Framework.framework/Libraries/WidevineCdmTo defeat checks right after writes it could return what you wrote once( or a configurable number of times) but after that just give you the original file when you read it.
Also reading this bug report makes me realize this is probably what was going on when I had similar strange issues happen with chrome and tabs and running stuff through HDMI splitters for KVM etc.
The reality of the Flash situation is quite messy, with a ton of websites relying on nonstandard behavior and checks to see if Flash is even installed, and Google seems to have missed the use case for disabling the plugin entirely, rather than just blocking it. This seems like a similar oversight.
I'm torn here, as I see what Google is trying to accomplish with their settings spread. Mostly, the browser has chosen quite sensible defaults for the bulk of its users that needs the web to JustWork(tm) and they're hesitant to add extra checkboxes to avoid confusing folks. But with the politically charged nature of DRM, as well as the technical issues presented here (HDMI / HDCP is notoriously finnicky and the user should have more control over when it's enabled) I think a checkbox to disable the plugin entirely, similar to Flash, is the best solution.
https://en.wikipedia.org/wiki/Eolas#Effects_on_other_browser...
https://addons.mozilla.org/en-US/firefox/addon/pinch-to-zoom... for pinch-to-zoom
https://addons.mozilla.org/en-US/firefox/addon/compact-theme... for a theme that makes it look more Safari-like
Surprised that this is the straw and it wasn't the hotwording binary that was pulled in to listen for "ok, google" without anyone's knowledge or permission.
Did that binary ever listen to anything? And as far as I know, the hotwording binary outrage was about Chromium, not about Chrome.
In short, when ads or background music start blasting, you can either mute your entire system, or you're stuck with them - can't mute Edge specifically.
That's a killer feature right there.
Most technical people are vocally opposed to it and don't want to leave a single trace in a single server log contributing to the idea that it is widely accepted and available.
A browser not only implementing DRM, but leaving you no way to disable it is seriously anti-user.
But this is Google, so go figure.
So people went ahead did just that. They made new and exciting web-browsers, with new and novel features, on lots and lots of platforms. And that's why the web was a success: It was open to use by people. It was open for new clients. Nothing was locked down.
With DRM in the HTML spec comes a big, black box: You can no longer implement a fully compliant web browser from the spec alone. You'll need closed-source blobs from DRM vendors, if they are willing to provide them to you, and if they bother about compatibility with your browser, your OS, not to mention your HW architecture.
The web used to be 100% open and 100% cross-platform. The single move of adding DRM instead makes it a platform which now will only be 100% "compliant" in browsers blessed by DRM vendors, on OSes blessed by DRM vendors, on HW architectures which the DRM-vendors has bothered to implement DRM for.
It's a complete turn-around. A 100% FOSS web-browser can no longer be made.
It basically has put the 3 top DRM-vendors (Apple, Google, MS) in 100% control of which people, and on which operating systems, can get to have a full web experience.
I guess I don't need to argue why this is bad. You can take it from here, right?
No one is required to ship a DRM module. You don't need a DRM module if you don't want to watch Netflix.
The spec defines a standard interface to these modules. This is not worse than NPAPI.
But as I argued in my other response, EMEs are worse because they send the wrong message about DRM.
1.prevent the very presence of that blob on the computer (There is no way of knowing what that blob does. For all we know it may keep tabs on what you watch for advertising/spying purposes or even unmask your Tor traffic) and
2.to report to servers that "this browser does not support media with DRM. Require DRM for your content and you will loose this user."
It is mostly so that places like YouTube/Dailymotion/etc. don't get any ideas about requiring DRM for their content.
Of course, by disabling it you will not be able to use platforms that require.
EMEs are both better and worse than than previous alternative plugins. They are better because they are sand boxed and their capabilities limited. So less chances of 3'rd party security issues (of course the blob can itself be malicious). On the other hand by being pre-enabled it sends the wrong message. It sends the message that DRM is ok. It sends the message that browser makers are ok with DRM. It sends the message that people are ok with DRM without them ever being asked about it. With plugins, the content distributor was on his own when trying to convince users to install DRM on their computers.
DRM is wrong for many reasons I will not expand upon here. Mozilla at least is not ok with DRM but they succumbed to market pressure (browser that does not support Netflix bleeds users). There is a conspiracy theory that they sold out and are ok with DRM but I find it hard to believe. It is more likely they are vary bad at communicating. And people are not ok with it as demonstrated by the failure of DRM in the audio industry.
If you do not want platforms like Youtube to decide for you what screen or projector you can use to watch the content they host, one of the signals you can send is to disable EMEs in your browser. Chrome now makes that impossible.
Replace this sentence with your preferred profanities addressed towards Google.
What's the big deal with background throttling? On a day to day basis, how many scenarios are there where you need a background tab using CPU and doing page updates?
IMHO, it makes sense for background tabs to get throttled to save power, since 99.9% of the times, you don't need the updates (I'd say 100%, but I'm sure there'll be at least ONE counter-example).
This browser is based on Electron - does Electron also bundle this abomination of DRM plugin?
The tools are the standard cgcreate and cgexec.
When the browser depletes all its memory allowance, I use killall to kill the tab processes leaving only the chrome running. I refresh the tab I want and carry on.
Might seem convoluted, but works extremely well in practice.
edit: It should be noted that I currently use chromium. I intend to switch to firefox as soon as I can port this workflow to it or otherwise achieve a similar result.
I wrote the bug report that this thread is about. I think my reasons for arguing there should be a way to disable Widevine are very clear.
To sum it up again:
- Widevine DRM has usability issues (mostly because of HDCP) ad well as stability issues, as outlined in the bug report.
- I am politically opposed to HTML EME and I don't want it enabled in my browser. I would like it better if it was unavailable to begin with.
- From a security perspective, allowing every web site that I allow Javascript on to talk to some dubious blob behind my back is the last thing I want.
It makes Firefox sound like a pity-f$#k, or a sin tax. At worst, a feel-good gesture that has unintended consequences.
If you like Firefox, use it! If you like Brave, either for the speed and safety of our 3rd party ad/tracker blocking that's on by default; or for the post-browser, user-data-sovereignty economics we're building to sustain; then use Brave. If you like Vivaldi, use it. And so on.
But don't make a cult out of one particular browser. Open source is not an issue. FYI, Brave is all open source.
Nobody outside of the MAFIAA demanded a flickering, crashy, proprietary DRM module for the web. But since that's what Google can supply at this time, they would like all of us to pretend that there's some sort of popular demand for it.
All these players add so many layers of deliberately misleading interpretation and assumptions on top of what ordinary users might actually want, it's impossible to figure out which "demands" are authentic and which ones are mere illusions anymore.
The people making those movies and TV shows are only willing to let services put them online if those services offer certain safeguards to prevent flagrant abuse.
Hence, we get DRM in online streaming systems. People who object for some reason can either disable it or use a different browser, but the price is that they don't get to stream the content. Meanwhile, most people don't know or care what DRM is or how it works, as long as they can binge-watch their favourite drama or enjoy a new movie with their family on a Saturday night.
Except it doesn't do that at all.
To prevent piracy you'd need to stop the people who are experts at breaking copy protection (which has been a spectacular failure so far) because everyone else is just downloading their stuff and completely avoiding copy protection.
This misconception seems to fuel a lot of the anti-DRM arguments, but I'm afraid it's a misconception all the same.
For one thing, modern online and hardware-based copy protection systems can actually be quite effective. Contrary to popular wisdom among geeks, they don't all get cracked automatically within five minutes. Illegal rips of films or TV shows mostly originate from other sources, not the online streaming services.
As for software, take a look at what is actually being copied in terms of, say, the latest games. If the copy protection even takes a few days to crack, for a new AAA title that is going to be the big thing for a month or two, that could be a huge win for the publisher. Remember, we're talking about a target market who are irrational enough to pre-order big name titles, even though there is little if anything in it for them to commit their money before the game is even finished or reviewed. As far as these people are concerned, they must have their new shiny on day one or the world will end, and if they can't get it with a quick crack, a lot of them are going to pay for it.
Another factor that is often overlooked is that most creative content isn't Hollywood blockbusters or AAA games. A lot of creative content is aimed at much smaller, niche markets. There's far less incentive for crackers to spend a lot of time breaking any protections on that content, but the damage done through infringement can be worse because a lot of this stuff is created by individuals or small teams and usually it isn't super-profitable in the first place.
A second factor that often gets overlooked is that a lot of people simply don't realise when copying and sharing content is not permitted or legal. Most people aren't computer experts or IP lawyers. If you don't provide some sort of technical barrier, even if it's just a token effort that makes it clear that they're doing something they shouldn't be, plenty of people will copy and share and not even realise they're doing anything wrong. I've even seen messages sent to some of my businesses from people who literally told us (after being kicked for blatantly violating our terms) that if we didn't want that to happen we shouldn't offer content in the standard, DRM-free formats.
To prevent piracy...
Most of the time, trying to prevent 100% of piracy is a futile gesture. But like any other form of security in technology, it's a sliding scale, and some is still better than none.
As far as technical barriers, recording a stream is tricky enough in the first place. You can't right click save on Netflix, even in the absence of DRM.
no thanks.