> The devmode switch also enables other features e.g. chrome.declarativeNetRequest.onRuleMatchedDebug which may severely reduce the performance of the content blocking extensions, depending on how it's used.
Unless they are happy with degraded performance or needing to switch to developer mode often, users may have to chose between ad-blocking and custom scripts.
Chrome's current stance is that users have no right/legitimate business case running custom scripts on a site. You are allowed to do it only in the context of development. On the flip-side, this also means some features in development mode can potentially be restricted in the future saying they are non-essential for development.
Given all these hostile decisions, it is still our choice on whether we want to switch to a better browser or become the proverbial frog in the pot.
As per [1], the chrome.declarativeNetRequest.onRuleMatchedDebug is available only for unpacked extensions i.e. local extensions with a specific permission. So, I'm not sure under what context there will be a performance impact.
Anyone more familiar with internals of chrome and/or extension development in general can clarify if there are any downsides to enabling dev mode permanently.
> Unless they are happy with degraded performance or needing to switch to developer mode often, users may have to chose between ad-blocking and custom scripts.
Just going by the name, chrome.declarativeNetRequest.onRuleMatchedDebug, I'd expect that to be something that has to explicitly be used. Enabling developer mode would make it available which they say might reduce the performance "depending on how it's used", but would a production release of an ad-blocker extension be using it?
It simply puts up friction for the non-technical user from adopting these user scripts. The stated goal of google is to prevent malware from extensions, but i suspect the real goal is of course, prevent the browser from being changed by the user in a way that google doesn't like.
Currently I maintain a user script for myself and about 10 much-less-technical colleagues, which they install with Violent Monkey. With this change the ones who use Chrome will need to enable extension developer mode. Are there consequences to that, or is it just an extra step?
Just an extra step, it's a single toggle in about:extensions. Bonus: it let's them use extensions on their filesystem instead of only the chrome webstore.
I have no clue why people are so shocked about this. Being able to run arbitrary code makes extensions nearly impossible to audit. There are so many malicious extensions out there, surely there has to be some checks on them. How else would the chrome extension store be able to prevent apps like Honey from harvesting all of your personal data?
Also, users can check one box in chrome settings in order to go around this. It’s a bit too easy to bypass IMO.
Shame, Google keeps alienating me further from their software. There isn't a single business on this planet qualified to tell me how my computing should be. If I want Hannah Montana GIFs on every form element then damnit I should have the ability to do it.
Any browser that gets between me and control over what comes over the wire, or the filesystem, is obsolete and user hostile.
> Shame, Google keeps alienating me further from their software.
Then don't wait to jump ship, you know where things are going.. Otherwise you'll just get used to this latest round of user-hostile moves, then the next time you'll say the same thing after this is normalized.. and so on...
devsda|2 years ago
From the chrome developer group[1]
> The devmode switch also enables other features e.g. chrome.declarativeNetRequest.onRuleMatchedDebug which may severely reduce the performance of the content blocking extensions, depending on how it's used.
Unless they are happy with degraded performance or needing to switch to developer mode often, users may have to chose between ad-blocking and custom scripts.
Chrome's current stance is that users have no right/legitimate business case running custom scripts on a site. You are allowed to do it only in the context of development. On the flip-side, this also means some features in development mode can potentially be restricted in the future saying they are non-essential for development.
Given all these hostile decisions, it is still our choice on whether we want to switch to a better browser or become the proverbial frog in the pot.
[1] https://groups.google.com/a/chromium.org/g/chromium-extensio...
devsda|2 years ago
As per [1], the chrome.declarativeNetRequest.onRuleMatchedDebug is available only for unpacked extensions i.e. local extensions with a specific permission. So, I'm not sure under what context there will be a performance impact.
Anyone more familiar with internals of chrome and/or extension development in general can clarify if there are any downsides to enabling dev mode permanently.
[1] https://developer.chrome.com/docs/extensions/reference/api/d...
tzs|2 years ago
Just going by the name, chrome.declarativeNetRequest.onRuleMatchedDebug, I'd expect that to be something that has to explicitly be used. Enabling developer mode would make it available which they say might reduce the performance "depending on how it's used", but would a production release of an ad-blocker extension be using it?
no_time|2 years ago
No doubt they will try again in 3 years.
legohead|2 years ago
navels|2 years ago
Enabling developer mode will soon become mandatory for running userscripts via Tampermonkey.
Not a big deal for me, I have extension dev mode on all the time, but ymmv.
Some discussion here: https://groups.google.com/a/chromium.org/g/chromium-extensio...
chii|2 years ago
RockRobotRock|2 years ago
mkl|2 years ago
porridgeraisin|2 years ago
gentleman11|2 years ago
haburka|2 years ago
Also, users can check one box in chrome settings in order to go around this. It’s a bit too easy to bypass IMO.
dang|2 years ago
Tampermonkey: Dev Mode will become mandatory for running userscripts in Chromium - https://news.ycombinator.com/item?id=38533213 - Dec 2023 (75 comments)
gentleman11|2 years ago
unknown|2 years ago
[deleted]
zlg_codes|2 years ago
Any browser that gets between me and control over what comes over the wire, or the filesystem, is obsolete and user hostile.
weikju|2 years ago
Then don't wait to jump ship, you know where things are going.. Otherwise you'll just get used to this latest round of user-hostile moves, then the next time you'll say the same thing after this is normalized.. and so on...
pjmlp|2 years ago
unknown|2 years ago
[deleted]
unknown|2 years ago
[deleted]