Entwicklung Firefox

Wieso kam Firefox 88 eigentlich an einem Montag statt Dienstag, aber es fehlt noch ein Candidate für 89.0b1? Hat sich was am Releasemodell geändert?

Es hat sich nichts am Release-Modell geändert. Donnerstag ist ein Feiertag in den USA, der Freitag ist bei Mozilla wohl auch frei, dann ist Wochenende. Also hat Mozilla zur Sicherheit die Veröffentlichung von Firefox 88 einfach einen Tag vorgezogen.

Ah, okay. Und dwann kommt 89.0b1? Sollte die nicht morgen erscheinen?

Wie weit ist der Background-Updater für Windows mittlerweile gediegen? In der aktuellen Nightly gibt es eine Option, Updates bei geschlossener Nightly zu installieren, dabei handelt es sich wahrscheinlich darum?

Ja, dabei handelt es sich darum.

Das ist das Meta-Ticket für Windows/Nightly:

https://bugzilla.mozilla.org/show_bug.cgi?id=1689520

Das ist das übergeordnete Meta-Ticket:

https://bugzilla.mozilla.org/show_bug.cgi?id=1343669

Aus den Abhängigkeiten ergibt sich der aktuelle Stand der Dinge. Geplant ist die Auslieferung für Firefox 89, aber als schrittweise Ausrollung. Also nicht sofort mit Firefox 89 für jeden.

Ist ein Fehler bekannt, dass Cookie-Erweiterungen seit ein paar Ausgaben nicht mehr funktionieren? Irgendein Nightly-Experiment? Alle Erweiterungen hier arbeiten einwandfrei bis 89b3, ab 90nightly derzeit sind die nicht in der Lage, Cookies zu bereinigen.

Ich nutze keine solche Erweiterung (ich wüsste auch nicht wozu), kann also nichts aus eigener Erfahrung dazu sagen. Gehört habe ich davon nichts, da müsstest du mal in Bugzilla suchen. Ein Experiment in Zusammenhang mit Cookies ist definitiv keines am Laufen.

Zitat von Sören Hentzschel

da müsstest du mal in Bugzilla suchen.

Da stand ich vorhin davor, nichts gefunden, auch jetzt nicht:

https://bugzilla.mozilla.org/buglist.cgi?resolution=---&keywords_type=allwords&product=Firefox&query_format=advanced&version=Firefox%2090&keywords=cookies&classification=Client%20Software&order=Importance&component=General&bug_type=defect

https://bugzilla.mozilla.org/buglist.cgi?resolution=---&keywords_type=allwords&product=Firefox&query_format=advanced&version=Firefox%2090&keywords=cookies&bug_type=defect

hmm, das versteh ich jetzt nicht. 3 Tabs auf (2 Foren) + bugzilla. Mit Cookie Autodelete bereinigen löscht bugzilla nicht, nur als diese Tabs geschlossen waren. Heute morgen hatte ich noch google (und weitere) drin stehen, obwohl kein Tab offen, die konnte ich nicht löschen, nur explizit via Firefox-Einstellungen.

Aber, im \storage steht immer noch https+++www.google.com und https+++www.youtube.com, dabei hatte ich die eben via Einstellungen gelöscht. Erneut dort gelöscht, bleibt wieder youtube stehen, nochmal löschen, weg.

Also irgendwas läuft da richtig schief.

Der Ordner /storage/ hat mit Cookies überhaupt nichts zu tun.

Das ist richtig, Firefox hat mir zwar keine Cookies, aber Webstorage angezeigt, nur eben aus meiner Sicht inkonsequent gelöscht, nämlich teils - es gibt keinerlei Ausnahmen. Cookie Autodelete hätte das auch können müssen (ist so eingestellt), aber konnte es nicht "aufräumen". Und das ist seit ein paar Ausgaben so, ca letztes Wochenende hat das angefangen. In der Beta funktioniert das.

Dann wäre es am besten, wenn du mozregression nutzt, um den Auslöser zu finden. Darüber kommen wir dann entweder darauf, dass das Problem schon bekannt ist oder du kannst das Problem mit dieser Information melden.

Ich muss mich grad bremsen, denn ich finde auch etlichen Storage für die Profile v88 und v89, der gar nicht sein dürfte. Ich bin da eben als Furie manuell durch, jetzt löscht Firefox auch wieder wie gewohnt - nur in v89 steht noch computerbase (nichts offen) und lässt sich durch Cookie Autodelete "Aufräumen" nicht beseitigen (keine Ausnahme vorhanden, Storage soll gelöscht werden).

Was ich grad anhand meiner Backups sagen kann, da ich sonst gar nicht unter \storage arbeite oder lösche, dass am 21.4. noch alles ok war, aber nicht in meinem Arbeitsprofil, das hat schon zu v85 Überbleibsel, wo dann noch was hinzugekommen ist. Das andere Profil nutzt gar keinen Cookie-Manager, da ist nichts, Firefox arbeitet wohl korrekt. Auch im Profil der Dev ist alles tutti. Es gibt kein Mischmasch zwischen Versionen und Profilen. Ich werd das verfolgen müssen, ob die Ursache im Dezember oder erst Januar zu finden ist, ob das ein Stromausfall oder einer der ganz seltenen Windows-Abstürze war. Nur konnte ich bislang nichts vergleichbares in den Profilen finden.

Meine erste Aufmerksamkeit galt eben den Cookies, weil die nicht gelöscht werden/wurden, Storage kam eben hinzu.

Monatliches Fission-Update!

Zitat von Sören Hentzschel

Ich habe vor, jetzt immer zum jeweils nächsten Monat ein Fission-Update zu geben (immer im Vergleich zum letzten Monat):

M7a (Mehr Beta-Nutzer + Linux): noch 71 offene Tickets (-12)

M8 (1% der Release-Nutzer): noch 79 offene Tickets (+7)

MVP (Standardmäßige Aktivierung in finaler Version): noch 72 offene Tickets (-6)

Hast du dir auch angeschaut ob das "nur" ein Abarbeiten recht trivialer Tickets ist, oder gibt es noch grundsätzliche technologische Blocker, die größere Umbauten erfordern (wie die shared font list, die mittlerweile aktiv ist)?

Ich habe mir die noch offenen Tickets nicht im Detail angeschaut und kann dir nicht sagen, was wie lange dauern wird, aber wenn du dir selbst einen Überblick machen möchtest:

https://cpeterso.github.io/burndown/?cf_fission_milestone=M7a

https://cpeterso.github.io/burndown/?cf_fission_milestone=M8

https://cpeterso.github.io/burndown/?cf_fission_milestone=MVP

Ansonsten könnte ich noch sagen, dass das Ziel ist, den M7a-Meilenstein Ende Juni für einen Test in Firefox 91 Beta abzuschließen.

Mein "Problemchen" mit dem Storage verfolge ich seit dem ein wenig. Also in der Beta, Dev und Nightly gibt es keinerlei Vorkommnisse (vermutlich seit ein paar Versionen mitgezogen, so oft schaue ich nicht in die Profile und Storage rein, es läuft ja), aber in der Final legt Firefox immer noch für Seiten Storage an, die nicht in Firefox in den Einstellungen > Daten zum Cache aufgezeigt werden. Ich habe auch in der Final die Cookieverwaltung gewechselt, wieder auf Cookie Autodelete, und damit verliere ich wieder Cookies, was nicht sein dürfte, mit CookieBro funktioniert das. Daher warte ich bis zur 89 Final ab, wenn das Profil der v88 (nach dem Update) dann auch wieder Daten schlabbert, ist was mit dem Profil.

In meiner Nightly ist Fission aktiv, ich habe gerade mal wieder auf about:processes geschaut und da gibt es jetzt "shared web processes", in denen mehrere Seiten unterschiedlicher Origins zusammengefasst sind. War nicht das Ziel von Fission, Origins zu trennen? In der Vergangenheit war das unter about:processes auch schon deutlich stärker nach einzelnen Seiten getrennt.

Was "Shared Web Process" betrifft, gab es lediglich eine Änderung der Beschriftung, siehe https://hg.mozilla.org/mozilla-centra…c4954635f#l3.15 ff. Mehrere Origins für einen Prozess sehe ich bei mir nicht. Sicher, dass Fission aktiviert war, als du geschaut hat? Prüfe via about:support den Fission-Status.

Daran liegts:

Remote Features

bug-1705528-rollout-ongoing-fission-nightly-rollout-clone-nightly-90-100

Im Ticket steht auch, wie man es deaktivieren kann... Was sind Remote Features, ist das vergleichbar mit Experimenten/Studien?

Das steht einfach nur für die schrittweise Ausrollung, sprich Feature X wird für Y Prozent der Nutzer aktiviert.