Mine also isn't anywhere nearly as confusing as his by default, so this smells like a power-user-has-power-user-problems-and-solutions rant...
You can run the following and try it for yourself. Don't forget to highlight some text before right-clicking an image (e.g. https://en.wikipedia.org/wiki/The_World_Factbook)
TMPPROF="$(mktemp -d /tmp/ff-tmp.XXXXXX)"
/Applications/Firefox.app/Contents/MacOS/firefox -no-remote -profile "$TMPPROF"Also a few of the menu items are new since the latest ESR (the AI stuff in particular), so you won't see them if you are running v140.
So there's a lot of noise and resetting things can be unclear. Especially given that when you reinstall things not all uninstalls clear out settings. It could definitely help if the about:config page tells you about the user.js file and directs you to more information. Why doesn't editing things in about:config generate the user.js file? Maybe tell people about prefer.js and where it exists?
The other thing I'd suggest, documentation. Like what is "browser.translations.chaos.errors"? There's a million things like that that are hard to learn about and explore. In an ideal system there would be a wiki with every option documented and when hovering over the option you'd get a short explanation and a click is a link to the documentation. But that's also a big undertaking (if you're building a new browser, would be nice to do this from the get go!)
I don't think there's a perfect solution and certainly these things are not easy to implement, but if you're asking how it could be easier for the user, then yeah, I think these things would be major improvements and help prevent the blindly following of random blog posts and copy pasting of things like betterfox (I'm sure it is, but how do I know?)
doesn't even need to be a wiki, because programs should contain their own help files! Like how commandline programs are encouraged (by command arg parsing libraries) to include the documentation in the very code that parses it.
Whoever that added those config option should also document it, preferably right in the code so that automatic generation of docs for the UI is possible (and ensures that it matches the version you're using).
While adding tooltips or references to about:config could be a community project, I anticipate friction based on nothing more than than the seeming reluctance to implement community feedback over internal or consortium interests.
Something like that.