1 Punkte von GN⁺ 2023-09-27 | 1 Kommentare | Auf WhatsApp teilen
  • 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, sign neu unterstützt
  • OpaqueResponseBlocking ist standardmäßig aktiviert, und das Element <search>, das Such- oder Filterarbeitsbereiche enthält, wird unterstützt

1 Kommentare

 
GN⁺ 2023-09-27
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.

    • Ich habe die Guardian-Überschrift „Ursula von der Leyen praises watered-down vehicle emissions compromise“ ins Italienische übersetzen lassen, und Firefox lieferte „Ursula von der Leyen elogia il compromesso sulle emissioni dei veicoli annacquati“, was falsch war.
      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.
    • Mozilla-typisch ist die User Experience der Übersetzungsfunktion miserabel. Sie erscheint nur, wenn man eine Website in einer unterstützten Sprache besucht, wobei „unterstützt“ heißt, dass das Sprachpaket installiert ist — wie Nutzer diese Funktion entdecken sollen, ist mir unklar.
      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“.
    • Ich freue mich wirklich über diese Funktion. Jetzt muss ich wegen fremdsprachiger Seiten, die ich nicht direkt lesen kann, nicht mehr Chrome verwenden.
    • Endlich ist sie da. Die Google-Translate-Erweiterung war wirklich klobig, und Chrome hat das schon seit Langem gut integriert; es war seltsam, dass es in Firefox so spät kommt.
    • In der Beta gab es auch Russisch, aber aus irgendeinem Grund ist es herausgefallen. Schade, das ist gelegentlich eine Sprache, die ich tatsächlich brauche.
  • 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.

    • Laut https://www.amiunique.org/fingerprint verwenden 27,87 % der Nutzer Linux und 42,47 % Firefox.
      Tolle Statistik, aber schwer zu glauben.
    • Bei dieser Website bin ich mir nicht sicher. Sie behauptet, allein die Tatsache, dass man in der Eastern Standard Time ist, treffe auf 5 % der Nutzer zu.
    • Ich frage mich, ob das praktisch überhaupt Auswirkungen hat.
      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.
    • Die Seite sagt, ich sei zu „NaN %“ einzigartig. Das eigentliche Geheimnis, um Fingerprinting zu vermeiden, scheint zu sein, die Ausführung von JavaScript zu blockieren.
    • Diese Seite zählt sogar den referer, und das ist merkwürdig. Dieser Wert identifiziert mich nicht und existiert nur für genau diese eine Anfrage.
  • 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.

    • Diese JavaScript-Dokumentationsseiten werden immer absurder. Die User Experience ist schlecht, sie ruckeln, sind voller Bugs und langsam. Ich weiß nicht, wer das für eine gute Idee hält.
      Dokumentation sollte Dokumentation sein und muss keine vollständige App werden.
    • Vor 10 Jahren habe ich Ähnliches gesehen. Große XML-Dokumente wurden in Chrome überhaupt nicht gerendert, aber Firefox hatte keine Probleme. Es überrascht mich, dass Chrome so etwas immer noch nicht behoben hat.
    • Die Stripe-API-Dokumentation ist auch in meinem Firefox langsam. Selbst wenn man einen guten Browser nutzt, sollte eine Website nicht so viel JavaScript verwenden.
  • 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.

    • Die meisten glaubten, dass es ein Problem auf Googles Seite war, und vielleicht sogar mit der Absicht, Nutzer dazu zu bringen, statt Firefox Chrome zu verwenden. Die Firefox-/Google-Kartellklage hat vor zwei Wochen begonnen, und dass diese Funktion wie durch Zauberhand besser funktioniert, scheint kein Zufall zu sein.
      https://www.npr.org/2023/09/12/1198558372/doj-google-monopol...
    • Scheint so zu sein.
      https://blog.mozilla.org/en/products/firefox/google-meet-fir...
      Es heißt, man habe es gemeinsam mit dem Google-Team gelöst.
    • Die Release Notes haben nicht auf die entsprechende Funktion oder ein Ticket verwiesen, deshalb war es verwirrend.
      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.
    • Ich habe nicht alle Kommentare zum Issue gelesen, aber es sieht nach einer Änderung auf Googles Seite aus: https://bugzilla.mozilla.org/show_bug.cgi?id=1703668
  • „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.

    • Pro Sprachpaar lädt man einen Bruchteil eines Gigabytes herunter. Da es bei Bedarf passiert, „bezahlt“ man Speicherplatz nur für die Sprachen, die man nutzt.
    • Das ist mit Modellen für neuronale maschinelle Übersetzung möglich. Schon bevor es direkt in Firefox integriert wurde, konnte man lokale Übersetzung mit dem TranslateLocally-Add-on nutzen: https://browser.mt/
    • Das ist schon seit ziemlich langer Zeit möglich. Ich erinnere mich, dass Google Translate auf Android vor einigen Jahren für bestimmte Sprachpaare eine Offline-Übersetzungsoption bot und dafür Downloads von ein paar Hundert MB nötig waren.
  • 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.

    • Interessanterweise scheint diese Seite ein bisschen lokalisiert zu sein. In Kanada sieht man Folgendes:
      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.

    • https://www.reddit.com/r/mullvadvpn/comments/15v1cz5/err_net...
      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.
    • Ich frage mich, ob du vielleicht Verizon Fios nutzt und IPv6 aktiviert ist. Es scheint da ein internes Problem gegeben zu haben; in meinem Fall war es behoben, nachdem ich IPv6 deaktiviert hatte.
    • Ähnlich wie in einem anderen Kommentar habe ich dieses Problem auch ohne VPN gesehen.
      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...
    • Leider ist es bei mir umgekehrt. Ich nutze Firefox seit den Anfängen, seit fast 20 Jahren, aber ich werde ihn nicht mehr als Hauptbrowser verwenden. Ich arbeite inzwischen Vollzeit mit PWAs und Service Workern, und das Ausmaß von Firefox’ Unterstützung – beziehungsweise deren Fehlen – lässt sich schwer rechtfertigen.
      Neue Apps nutzen moderne HTML- und JavaScript-APIs, und ich kann mich nicht darauf verlassen, dass Firefox sie implementieren wird.
    • Ich habe dasselbe Problem, verwende aber überhaupt kein VPN.