Firefox 118
(mozilla.org)- Automatische Übersetzung von Webinhalten wird lokal in Firefox verarbeitet, sodass der übersetzte Text das Gerät des Nutzers nicht verlässt
- Web Audio verwendet auf allen Systemen die mathematische Bibliothek FDLIBM, um die Anonymität des Fingerprint Protection zu verbessern
- In privaten Fenstern werden die für Websites sichtbaren Schriftarten auf Systemschriftarten und Schriftarten aus Sprachpaketen beschränkt, um Font-Fingerprinting zu verringern
- In Google Meet können Video Effects und Hintergrundunschärfe verwendet werden; diese Effekte werden rückwirkend bis Firefox 115 unterstützt
- Firefox-Suggest-Nutzer in den USA können je nach Schlüsselwort in der Adressleiste Vorschläge für Browser-Erweiterungen sehen
- Mehrere Sicherheitskorrekturen wurden angewendet
- Die Unterstützung für Firefox unter Windows 8.1 und älter sowie macOS 10.14 und älter endet; Hinweise zur Nutzung von Firefox ESR werden bereitgestellt
- Auf der Webplattform werden die CSS-Mathematikfunktionen
round,mod,rem,pow,sqrt,hypot,log,exp,abs,signneu unterstützt - OpaqueResponseBlocking ist standardmäßig aktiviert, und das Element
<search>, das Such- oder Filterarbeitsbereiche enthält, wird unterstützt
1 Kommentare
Meinungen auf Hacker News
Das ist die Version, in der lokale Übersetzung von Webseiten hinzugekommen ist. Offenbar werden Übersetzungen zwischen Bulgarisch, Niederländisch, Englisch, Französisch, Deutsch, Italienisch, Polnisch, Portugiesisch und Spanisch unterstützt.
Ich habe versucht, eine französische Seite ins Englische zu übersetzen; die Qualität war hervorragend, und es war auch interessant zu sehen, wie sich der Text auf der Seite während der Übersetzung veränderte.
watered-down muss sich auf den Kompromiss beziehen, nicht auf die Fahrzeuge. Google Translate war mit „Ursula von der Leyen elogia il compromesso annacquato sulle emissioni dei veicoli“ besser; Deepl und Papageo haben „watered-down“ nicht übersetzt, was plausibel sein kann, weil man es auch als doppelte Aussage verstehen könnte.
Außerdem scheint die automatische Erkennung nur einmal pro Domain aufzutauchen. Ich habe es auf Wikipedia getestet, und nach dem ersten Artikel erschien sie nicht wieder. Andererseits ist dieser Dialog riesig, vielleicht ist das also sogar besser so. Schade: Es ist ihr eigener Browser, sie sollten eigentlich problemlos in der Lage sein, so eine Funktion natürlicher zu integrieren.
Insgesamt ist es wirklich eine gute Funktion und könnte für viele Menschen nützlich sein, aber in diesem Zustand wirkt es wahrscheinlicher, dass sie später wieder entfernt wird, mit der alten Begründung „niemand nutzt es“.
Die Änderung „Die auf Websites sichtbaren Schriftarten werden auf Systemschriftarten und Schriftarten aus Sprachpaketen beschränkt, um Font-Fingerprinting in privaten Fenstern abzumildern“ gefällt mir.
Ich frage mich, ob sich das auf die Ergebnisse von https://www.amiunique.org/fingerprint auswirkt.
Update: Es wird immer noch angezeigt, dass ich eindeutig bin; in den Ergebnissen werden 215 Schriftarten angezeigt und 0,0 % Einzigartigkeit, daher bin ich mir nicht sicher, ob es in meiner Umgebung richtig funktioniert.
Tolle Statistik, aber schwer zu glauben.
Meine Sammlung von Systemschriftarten dürfte ziemlich einzigartig sein. https://www.amiunique.org/fingerprint zeigt ebenfalls an, dass 0,0 % des Internets dieselbe Sammlung von Systemschriftarten haben.
Andererseits erlaubt fontconfig (Linux, BSD usw.) Benutzer-Schriftarten, also Schriftinstallationen, die nicht systemweit sind, und ich habe das früher auch schon gemacht. Aber ich weiß nicht, ob das verbreitet genug ist, um einen Unterschied zu machen.
Edit: Meine Schriftartensammlung ist einzigartig, und es sind nur 6 Schriftarten installiert.
Viele Webentwickler müssen vielleicht bald zu Firefox wechseln. Die Stripe-API-Dokumentation ist zu groß geworden, und die Logik für asynchrones Laden ist so schlecht, dass Chrome häufig abstürzt, wenn man in der API-Dokumentation zu Abschnittslinks springt.
Aus Neugier habe ich es in Firefox ausprobiert; abgesehen von der langsamen Ladezeit des DOM-Contents funktionierte es gut, was erfreulich war.
Dokumentation sollte Dokumentation sein und muss keine vollständige App werden.
Heute zufällig unter Firefox/Linux entdeckt, obwohl ich noch 117 verwende:
„Firefox-Nutzer können jetzt in Google Meet Videoeffekte und Hintergrundunschärfe verwenden. Hinweis: Diese Effekte wurden mit rückwirkender Unterstützung bis Firefox 115 veröffentlicht.“
Ich frage mich, ob alle wissen, wo das eigentliche Problem lag. Wenn es plötzlich rückwärtskompatibel wird, war meiner Meinung nach zumindest ein erheblicher Teil ein Problem auf Googles Seite.
https://www.npr.org/2023/09/12/1198558372/doj-google-monopol...
https://blog.mozilla.org/en/products/firefox/google-meet-fir...
Es heißt, man habe es gemeinsam mit dem Google-Team gelöst.
Ich habe dieses Ticket gefunden: https://bugzilla.mozilla.org/show_bug.cgi?id=1703668
Es gab Cache-Verbesserungen an der neuen Accessibility-Architektur „Cache the World“ und weitere Performance-Verbesserungen; danach scheint Google den Rollout für Firefox durchgeführt zu haben.
Vielleicht wollte das Google-Meet-Team Nutzern keine Option anbieten, die die Web-App langsam macht, und hat sie deshalb blockiert; als die Performance besser wurde, wurde die Sperre für Firefox-Nutzer aufgehoben, die die Mindestanforderungen erfüllen.
Ich frage mich aber, ob Firefox nicht nur Sicherheits-Patches, sondern auch Dinge wie Performance-Verbesserungen normalerweise auf bestimmte Basisversionen zurückportiert.
„Anders als bei Cloud-basierten Alternativen erfolgt die Übersetzung lokal in Firefox, sodass der zu übersetzende Text das Gerät nicht verlässt.“
Ich frage mich aber, wie das möglich ist, ohne gigabyteweise Daten herunterzuladen.
Ich frage mich, was bei Google Meet passiert ist. Ich weiß nicht, ob Firefox es behoben hat oder das Google-Team. Wenn es rückwirkend bis zu den letzten drei Versionen behoben wurde, müsste es doch eine Änderung auf Googles Seite gewesen sein.
„Firefox-Nutzer können jetzt in Google Meet Videoeffekte und Hintergrundunschärfe verwenden.“
Endlich geht es. Das war ziemlich frustrierend.
Etwas off topic, aber ich würde mir wünschen, dass Firefox auch Unterstützung für das Bildformat JPEG XL (.jxl) bekommt, das inzwischen auch in Safari gelandet ist.
Die Firefox-Person, die den Text auf dieser Seite geschrieben hat, verdient Anerkennung.
hello :teapot: -> bonjour :baguette:Leider entfernt HN Emojis.
hello :maple leaf: -> bonjour :fleur-de-lis:Pflichtmäßiger „Nutzt Firefox“-Kommentar
Hat zwar nicht direkt mit den Release Notes zu tun, aber ich habe in letzter Zeit in meinem Nutzungsszenario festgestellt, dass ich Chrome nicht verwenden kann.
Zu Hause habe ich zwei MacBooks mit M-Prozessor; eines nutzt mullvad (WireGuard), das andere das OpenVPN der Firma.
Aus irgendeinem Grund haben beide große Probleme mit Chromium-basierter Software. Alle paar Minuten erscheint ERR_NETWORK_CHANGED, und nichts wird geladen. Auch XHR-Requests sterben, wodurch die meiste Web-Software komplett unbenutzbar wird. Das gilt auch für Electron-basierte Software wie Discord oder Bitwarden. Seltsamerweise scheint Slack bisher nicht betroffen zu sein; vielleicht versteckt es das Problem oder versucht es besser erneut.
Ich weiß nicht, worin das Problem besteht, aber WebKit, Gecko und andere Software, die auf denselben Geräten Netzwerkzugriff braucht, sind nicht betroffen. Also habe ich Chrome komplett aufgegeben. Ich habe mit einigen Leuten gesprochen, die dasselbe Problem haben, aber keinen passenden Bug-Report gefunden und es dann aufgegeben.
Privat nutze ich Firefox schon seit langer Zeit, aber jetzt kann ich Chrome auch bei der Arbeit nicht mehr verwenden. Bei so einem offensichtlichen Problem verstehe ich nicht, wie man diesen Browser in Unternehmensumgebungen einsetzen soll.
Es heißt zwar, man solle den offiziellen WireGuard-Client verwenden, aber ich weiß nicht, wie dabei die IP-Zuweisung gehandhabt wird, die bei solchen kommerziellen VPNs der komplizierte Teil ist.
Den Standort zu wechseln hilft manchmal.
https://www.reddit.com/r/chrome/comments/14xqh92/chrome_help...
Es gibt auch diesen Bug: https://bugs.chromium.org/p/chromium/issues/detail?id=147633...
Neue Apps nutzen moderne HTML- und JavaScript-APIs, und ich kann mich nicht darauf verlassen, dass Firefox sie implementieren wird.