Entwicklung Firefox

Zitat von Zitronella

bei mir sieht die Seite

Funktioniert hier nur in einem ganz neuen Profil.

So nach mühsamer Sisyphusarbeit konnte ich das Problem finden. Und ich würde mal behaupten, so etwas darf meiner Meinung nach nicht passieren, dass dann eine Seite nicht richtig angezeigt werden kann. :grr:

Ich habe unter Einstellungen-->Datenschutz und Sicherheit--> Cookies und Website-Daten-->"Cookies und Website-Daten beim Beenden von Firefox löschen" dort den Haken gesetzt (verändert den Wert network.cookie.lifetimePolicy von 0 auf 2) und genau das ist die Ursache!

Wie kann das sein? Das ist doch eindeutig ein Fehler von FirefoxSend oder?
Ich möchte weiterhin, dass Cookies und Website-Daten beim Beenden von Firefox gelöscht werden, das darf mich doch nicht einschränken in der Benutzung von Seiten :o
Ich habe so etwas vorher auch noch nie erlebt mit irgendwelchen Seiten.

EDIT:Füge ich unter Einstellungen-->Datenschutz und Sicherheit--> Cookies und Website-Daten-->Cookies und Website-Daten beim Beenden von Firefox löschen-->"Berechtigungen verwalten" die Seite https://send.firefox.com -->Erlauben hinzu, geht die Seite auch wieder.
Darf meiner Meinung nach trotzdem so nicht sein. Und früher ging die Seite auch ohne das einwandfrei.

Zitronella: Vielleicht kannst du das als Fehler hier melden?
https://github.com/mozilla/send/issues

---

Da sich die Auslieferung von WebRender nähert und die Spannung in Bezug auf Firefox 67 fast schon raus ist ( ), habe ich mal ein paar Meta-Tickets herausgesucht, falls jemand über bestimmte Konfigurationen auf dem Laufenden bleiben will, die noch nicht offiziell unterstützt werden:

WebRender 67
WebRender 68
WebRender Intel GPUs
WebRender Android
WebRender Android GeckoView
WebRender Linux
WebRender Linux mit Nvidia-Treiber
WebRender Apple macOS
WebRender Windows 7
WebRender Amazon Kindle Fire HD8

Danke. wollte ich gerade eröffnen und sah, dass es schon ein Ticket dazu gibt
https://github.com/mozilla/send/issues/1226

Aber ich habe jetzt doch noch eine generelle Frage: warum darf eine Seite überhaupt auslesen, dass ich beim Beenden von Firefox Cookies und Website-Daten lösche? Ich sehe das als ein Problem an bezüglich Datenschutz. So könnten Seiten einen Nutzer aussperren oder etwas anderes zeigen wenn diese Option aktiviert/deaktiviert ist.

Webseiten können nicht auslesen, dass du beim Beenden von Firefox Cookies und Website-Daten löschst. Webseiten können aber erkennen, ob sie bestimmte Dinge tun können. Wäre das nicht möglich, wäre es nicht mehr möglich, Nutzer mit unterschiedlichen Browserkonfigurationen zu unterstützen. Und wenn im Code Annahmen getroffen werden, die bei einer bestimmten Konfiguration zu einem Fehler führen, ist die Webseite in einem unerwarteten Zustand.

await navigator.serviceWorker.register('/serviceWorker.js');

Hier passiert der Fehler. Du siehst in der Webkonsole dann die folgende Fehlermeldung:

Zitat

Failed to register/update a ServiceWorker for scope ‘https://send.firefox.com/’: Storage access is restricted in this context due to user settings or private browsing mode

Das wurde nicht abgefangen und die Webseite ging von einer falschen Annahme aus, was schließlich den Fehler verursachte.

Ein entferntes Feature feiert sein Comeback: Firefox für Android hatte seit Version 35 ein Such-Widget für den Startbildschirm, in Firefox 58 wurde das wieder entfernt. In der Nightly-Version von Firefox 67 ist das Such-Widget wieder zurück.

Ich weiss dass das vermutlich über deinen Wissensstand hinausgeht aber; haben sich die Gründe welche zur Entfernung in 58 geführt haben so dermassen geändert dass es eine Wiedereinführung in 67 rechtfertigt?

Die Entfernung erfolgte zum einen, weil wenige Nutzer, zum anderen, weil das Feature nicht mehr gewartet wurde, dadurch in einem ungetesteten Zustand war und es keine Pläne gab, das weiterzuentwickeln. Jetzt möchte man wohl noch einmal mit diesem Feature experimentieren und wird davon dann abhängig machen, ob man es dann auch in Fenix implementiert oder nicht.

Mozilla hat drei Entwickler-Werkzeuge aus Firefox entfernt, die von kaum jemandem genutzt werden und die schon länger nicht mehr weiterentwickelt werden: Shader Editor, Canvas Debugger sowie Web Audio Editor.

---

In den Firefox-Einstellungen wird nun ein Button angezeigt, alle Tabs neu zu laden, wenn man die Content-Blocker-Einstellung ändert, weil das notwendig ist, damit die Änderungen auch sofort wirksam werden.

[attachment=0]Bildschirmfoto 2019-03-17 um 14.48.06.png[/attachment]

---

Für das Decoding von AV1-Videos wird nun auf Windows und macOS standardmäßig dav1d von VLC anstelle der Referenz-Implementierung verwendet. Leider wird https://bugzilla.mozilla.org/show_bug.cgi?id=1533559 erst in Firefox 68 landen, womit dav1d von Version 0.1.0 auf Version 0.2.1 aktualisiert wird, das bringt signifikante Performance-Verbesserungen für das AV1-Decoding.

Bei mir crash Nightly heute ständig mit einer Radeon. WMF VPX crash reporter ist in about:support zu sehen.

Gibt es Absturzberichte?

Nein. Es friert aber auch nur das Bild bzw der Browser ein.

Kannst du ein Profil ziehen (https://profiler.firefox.com/) ? Abgesicherter Modus, neues Profil, Webrender?

Sehr interessantes Interview, vor allem weil mich auch der Job eines Produktmanagers persönlich interessiert.

Edit nach dem Überfliegen: Hat mir persönlich leider zu viel Marketing-Sprache drin, ein Gespräch mit dem technischen Produktmanager hätte da vielleicht mehr Details gebracht.

> ein Gespräch mit dem technischen Produktmanager hätte da vielleicht mehr Details gebracht.

Das denke ich ehrlich gesagt gar nicht mal. Denn egal, mit wem man spricht, es ändert nichts daran, welche Informationen für die Öffentlichkeit freigegeben sind und welche nicht. Ich hatte ursprünglich auch noch ein paar Fragen mehr, die einfach zum Teil nicht beantwortet werden konnten, weil öffentliche Ankündigungen noch ausstehen. Und die Wahrscheinlichkeit, eine Information zu früh zu erhalten, ist gering, denn von Anfang an ist jemand vom PR-Team involviert und segnet letztlich ab, was veröffentlicht wird.

Betrifft zwar die Dev, aber hat jemand eine Idee, warum "Basic Gestures" versagt mit der b3 dev?
Musste Mouse gestures (2.8) installieren.

Zitat von .DeJaVu

Betrifft zwar die Dev, aber hat jemand eine Idee, warum "Basic Gestures" versagt mit der b3 dev?
Musste Mouse gestures (2.8) installieren.

Und heute hat es die nightly getroffen.

Da ich das nicht nutze, kann ich dazu nichts sagen. Aber mozregression dürfte die Ursache finden:
https://mozilla.github.io/mozregression/quickstart.html

Muss ich mit meinem Profil austesten, alleinstehend funktioniert es unter mozregression.*
* ist für mich komplett neu einzuarbeiten.

Nachtrag: Inzwischen funktioniert es auch wieder in der (selben) nigthly als auch dev beta4 (vorher beta3). Mal beobachten, ggf mozregression nochmal drauf ansetzen,w enn es sich wiederholt, so würde ich das als "Schluckauf" nach dem Update einsortieren. Danke für die Arbeit.