#firefox #mozilla #AI #GenAI #GenerativeAI #SmartIsSurveillance #tech #dev #web
browser.aiwindow.enabledbrowser.ml.chat.enabledbrowser.ml.chat.menubrowser.ml.chat.page.footerBadgebrowser.ml.chat.page.menuBadgebrowser.ml.chat.pagebrowser.ml.chat.shortcutsbrowser.ml.chat.sidebarbrowser.ml.enablebrowser.ml.linkPreview.enabledbrowser.ml.pageAssist.enabledbrowser.ml.smartAssist.enabledbrowser.tabs.groups.smart.enabledbrowser.tabs.groups.smart.userEnabledextensions.ml.enabledsidebar.notification.badge.aichat browser.ml.enable! This gives the impression you need to disable all of these and be on the lookout for more, which is misleading.@NotThatDeep @abucci Anecdotally, I've had it flip back on between updates. I've also had pop-ups advertising new AI features in Firefox even with the "global" ML option set to off.
If it's supposed to be behind a single flag that never turns itself back on, it at the very least seems unreliable.
And even if the flags did work as intended, that doesn't change the fact that this should be disabled by default, and strictly opt-in.
browser.ml.enable presumably does not clobber all the LLM/AI features. There are "smartAssist", "aiWindow" and "aichat" features that may or may not be affected by that setting, since they are in different namespaces. Furthermore, if you'd read the StackOverflow page and the comments, you'd have seen that some of these features are newly-added in the latest release of Firefox. Hence the admonition to be on the lookout for new ones.@[email protected] it suggests that you need to turn them all off, that's all.
Based on … and this blog postThe blog post says you can turn them all off withbrowser.ml.enable.@NotThatDeep @abucci I have personal experience that setting browser.ml.enable to false does not stop (all) new ML features from appearing, such as browser.ml.linkPreview.enabled (which definitely was active, its appearance in the context menu was how I discovered it).
If it is the intention of Firefox developers that this work, then they have some debugging and bug fixing to do.
browser.ml tree that wouldn't--and shouldn't, because of their names--be affected by the setting browser.ml.enable. And and, none of this guarantees that the next version of Firefox won't have 20 more LLM features enabled by default.browser.ml.enable are about spreading FUD and distracting away from the real issue, which is that the Firefox project is going a direction directly counter to what the majority of Firefox users state that they want (and don't want).@abucci worth to mention how to toggle these from android Firefox: https://android.stackexchange.com/a/257769
Tl;Dr: go to chrome://geckoview/content/config.xhtml
@abucci It's possible to use Firefox's 'enterprise' policy system to hard-set known preferences in a way that sticks. I've resorted to doing it for my setup, with increasingly gritted teeth. Some documentation is at https://mozilla.github.io/policy-templates/
I learned about it from https://electric.marf.space/@trysdyn/statuses/01JN7H07704Z9ZJY197A9AM33K
user.js to harden the browser. Arkenfox has a user-override.js file where you put the settings you want to stick between updates; I imagine Betterfox has something similar but I haven't looked that much into it yet. You could put these AI settings in there. I hesitate to publicly suggest such things till I've had a chance to check them out so I haven't. It's good to see there are options, though.@abucci these solutions all have the problem that mozilla likes to replace those about config settings with settings that are the exact same but are named differently. So either the project you're using, like arkenfox, not only agrees with your choices and uses them as default, but also reliably provides updates to reflect Mozilla's changes, or you'll have to keep track of that and there is no warning whatsoever from Firefox when one of the settings you applied suddenly no longer exists after an update, you'll probably only notice it when Firefox misbehaves.
For example, arkenfox by default deletes all history and closes all tabs when you quit Firefox, so in my override file I changed that back to the Firefox default behaviour, only for mozilla to change the names of those settings and then when I updated arkenfox, it applied its defaults to those new settings and suddenly, the next time I reopened my Firefox, everything was gone. That was real fun. Luckily I had a backup.
@abucci I didn't verify but I imagine they are hierarchical, e.g. disabled browser.ml.enable also disables everything under browser.ml.
What annoys me though is :
- why is it enabled by default?
- (arguably even worst) why preferences (the normal ones, with buttons, that most people can use) show nothing related?
Antifeatures indeed.
browser.ml.enable boolean? Maybe not--why else would they be in different namespaces? Looking forward, what stops Mozilla from adding new branches of this stuff (browser.llm.enable, browser.perplexity.ai.enable, ....) toggled on by default? Seemingly nothing stops them.browser.ml.enable to false override browser.ml.linkPreview.enabled, browser.ml.pageAssist.enabled and browser.ml.smartAssist.enabled? Does it set them to false? If so this behavior is not obvious, and the naming of these options in this way is ripe for confusion and misinterpretation. If these settings are left alone, then they have be checked separately.browser.ml.enable to false also set extensions.ml.enabled to false or override? If so, why? That is unexpected and confusing behavior. If not, then these settings have to be checked and changed separately.browser.ml.enable to false also set browser.tabs.groups.smart.enabled and browser.tabs.groups.smart.userEnabled to false, or overide them? If so, why the heck? This is unexpected and confusing behavior. If not, then these have to be checked and changed separately.browser.ml.enable to false set browser.ml.chat.sidebar to false, or override it? If so, why? If not, this is another setting that has to be checked and changed separately.browser.ml.chat.shortcuts and browser.ml.chat.shortcuts.custom?browser.ml.enable to false also set browser.aiwindow.enabled to false, or override it? If so, what the hell? If not, this is another setting that has to be checked and changed separately.browser.ml.enable, regardless of how they're named? If not, how am I to know when I need to scour through these settings again to see if any new ones have popped up? This feels user hostile if you're a user who does not want AI cruft in your web browser.@abucci it doesn't set all the other prefs automatically, it's being used and is obeyed directly by all of the code that deals with AI.
My understanding is that they'll all be controlled ultimately by `browser.ml.enable` and that there will be a checkbox in the preferences too.
It's easy to check: https://searchfox.org/firefox-main/search?q=browser.ml.enable&path=&case=false®exp=false
If you find an AI-related feature not controlled by this pref, please file a bug. A quick check by myself showed that it's the case, but I didn't do an exhaustive check.
@abucci I understand the scrutiny, and that you all want Mozilla to follow high standards, and that's OK in my opinion.
But maybe, just maybe, sometimes you folks could check before sighing and ranting at Mozilla. Because sometimes we're doing the right thing and a little bit of support would be nice when that happens.
about:config is the only viable way to satisfy those requirements.@abucci Saving you and others from having to poke around in about:config and risking data loss and damaging your own Fx setup was the aim.
The settings screen is much easier to navigate and safer to use for most people and with good reason it does not have the same warning screen as about:config.
I'm intensely curious what percentage of Firefox users are tech-savvy enough to use Firefox in 2025 but excited to use AI? I would think it's less than half.
"You know all of that unethical, privacy-invasive, environmentally damaging, frequently inaccurate technology you refuse to use? Well, have I got good news for you!"
What's next, built in NFTs?