Snälla Mozilla, röra inte funktionen user.js i Firefox
- Kategori: Firefox
En bugrapport öppnade för cirka nio månader sedan Mozillas Bugzilla-spårningswebbplats för Firefox föreslår att organisationen kan avaktivera läsning av filen user.js i Firefox-webbläsaren som standard i framtiden.
Om du inte har hört talas om user.js tidigare är det en konfigurationsfil som styr inställningar i Firefox webbläsare. En av de viktigaste fördelarna jämfört med Firefox: s preferensfil är att den har prioritet och att det är en användarägd fil som lämnas orörd när Mozilla gör ändringar i webbläsaren.
Jag föreslår att du kolla in ghacks user.js förvar på Github för detaljerad information och en omfattande fil för att förbättra integriteten och säkerheten i Firefox webbläsare.
Buggreporteraren säger i beskrivningen att han 'aldrig helt förstod poängen med att ha den här filen', att människor har missbrukat den och 'bröt saker' i Firefox, och att den inte erbjuder något som inte kan uppnås genom att ändra standardinställningsfilen, eller genom att använda Enterprise policyer. Dessutom, eftersom Firefox måste kontrollera filens existens oavsett om den finns eller inte, orsakar den 'ytterligare IO tidigt vid start'.
Enligt telemetri som Mozilla samlade använder cirka 3% av Firefox-installationer som rapporterar telemetri user.js-filer.
Andra har påpekat tidigt i diskussionen att det finns fördelar, inklusive att upprätthålla Firefox-preferenser framför flera system, när de installerar om Firefox, flyttar det eller installerar en ny version eller utgåva av webbläsaren. En annan fördel som påpekades tidigt i diskussionen är att user.js-inställningarna är permanenta (såvida inte redigeras av användaren) medan prefs.js-preferenser inte är som de kan ändras av Mozilla när som helst.
Som Mike Kaply uttrycker det, 'han fördelen här är att du kan ha en fil som du håller runt och bara släppa in i en profilkatalog och Firefox orkar inte med den'.
Förslaget som tas fram är att inaktivera user.js som standard men införa en preferens i Firefox som användare måste aktivera aktivt så att user.js-filen läses igen.
Även om det skulle säkerställa att Firefox behåller stöd för user.js-konfigurationsfiler, kommer det att blockera Firefox från att läsa filen efter att ändringen landats även om den är i användning; detta skulle innebära att en användares önskade konfiguration, t.ex. relaterade till sekretess eller säkerhet, kommer inte att hedras av webbläsaren förrän den konfigurationsändring som gör det möjligt att läsa filen.
Buggreporteraren avslöjade redan långsiktiga planer för att ta bort stöd för filen helt från Firefox.
Långsiktigt skulle jag verkligen vilja utvärdera om vi kan ta bort stöd för den här filen helt, för det är helt enkelt inte riktigt meningsfullt att ha så många olika filer som alla kontrollerar samma sak, men det kräver förmodligen att ta reda på varför många använder det, vilket vi inte har cykler att göra. Det är inte heller uppenbart hur vi skulle göra det: om vi tror att en betydande del av människor inte är medvetna om att de har gjort detta, är det osannolikt att det är upplysande att bara göra en undersökning 'varför har du den här filen'; vi kan försöka göra telemetri på vad prefs blir inställda, men vi skulle förmodligen behöva ha någon slags strikt lista över kön som vi tillåter oss att skicka tillbaka för att undvika att skicka tillbaka användardata, vilket igen kanske inte får oss de data vi behöver.
Här är vad jag tycker om allt detta
Filen user.js är en integrerad del av Firefox. Det används av cirka 3% av alla Firefox-installationer och det är troligt att antalet är lite högre även med tanke på att många user.js-filer som Ghacks user.js har Telemetry inaktiverat som standard.
Att göra detta till en pref i ungefär: config skulle förmodligen inte leda till en massutflykt av användare och det skulle förmodligen också hålla skriket innehållande. Det verkar som om många användare skulle migrera till en annan webbläsare, t.ex. waterfox eller Palemoon / Basilisk, som fortsätter att stödja funktionen eller migrera till en Chromium-baserad webbläsare
Medan jag förstår Mozillas enhet för att förbättra Firefox startprestanda, måste den viktas mot det brott som förändringen orsakar.
Många funktioner har tagits bort eller bryts tidigare i Firefox av ingenjörer som ibland inte kunde komma med ett skäl för att använda dem eller vid andra tillfällen ignorerade det marginella antalet användare som använde en funktion. Kanske är det dags att
Nu du : vad tar du med planen?