Firefox auf Terminalserver - Profilfehler nach Update

Hallo,

Zitat von vrtex

Nun ist es ja seit Neuerem so, dass Firefox mit jedem Update ein neues Profil anlegt.

Nein, das war selbstverständlich noch nie der Normalfall und wird es auch in Zukunft niemals sein, da das ja einen Datenverlust spätestens alle vier Wochen bedeuten würde, von dem die meisten Nutzer nicht wissen dürften, wie sie diesen verhindern.

Der Fehler liegt höchstwahrscheinlich darin, wie das Update durchgeführt wird. Was ist das aktuelle Vorgehen dazu?

Wenn die Updates durch Firefox selbst durchgeführt werden, ist es eigentlich nicht möglich, dass das passiert. Da du von einzelnen Nutzern sprichst, wirft das die Frage auf, ob das Update bei betroffenen Nutzern wirklich so geschieht und diese Nutzer nicht, wie manche es durchaus tun, neue Vesionen manuell installieren. Ansonsten wäre zu klären, welche Unterschiede es zwischen den Systemen betroffener und nicht betroffener Nutzer gibt. Vielleicht irgendeine Rechte-Geschichte? Aber da begebe ich mich schon etwas ins Raten…

Ich habe jetzt erst den Screenshot im vorherigen Beitrag wahrgenommen. Das Problem ist in dem Fall nicht, dass Firefox automatisch ein neues Profil erstellen würde, wie es im Startbeitrag geschildert wurde, sondern dass das gleiche Firefox-Profil erst von einer neueren und dann von einer älteren Firefox-Version genutzt worden ist. Und das verhindert Firefox standardmäßig, was dann dazu führen wird, dass betroffene Nutzer selbst auf den Button klicken, um ein neues Profil zu erstellen.

Teilen sich etwa mehrere Firefox-Installationen das gleiche Firefox-Profil, sprich Chronik, Lesezeichen etc.? Das würde das Problem erklären, da dann ein System vielleicht aktualisiert worden ist, ein anderes noch nicht und Firefox dort dann gestartet wurde.

Vorweg: Ich habe mit Terminalservern und der Verteilung von Software nichts am Hut. Ich muss also theoretisch bleiben und darauf hoffen, dass du die richtigen Schlüsse daraus ziehen kannst.

Vereinfacht gesagt ist es so: Jede Firefox-Installation benötigt ein fest zugewiesenes Profil. Wenn ein Profil von unterschiedlichen Installationen genutzt wird, ist ein Problem wie das von dir beschriebene sehr wahrscheinlich. Befolgst du aber diesen Grundsatz, gibt es dieses Problem auch nicht mehr.

Es ist möglich, dass sich das Problem auch vermeiden lässt, wenn man sicherstellt, dass niemand mehr Firefox nutzt, dann alle Firefox-Installationen aktualisiert werden, und die Firefox-Installationen erst dann wieder benutzt werden, wenn alle Installationen aktuell sind. Das müsste man mal ausprobieren. Aber wer weiß, ob das Teilen von Profilen nicht noch andere Probleme verursacht.

Ansonsten ließe sich dieser Schutz auch abschalten. Aber davon rate ich ab, weil dieser Schutz eingeführt worden ist, um Datenverluste zu verhindern, die es in der Vergangenheit durch "Downgrade-"Szenarien bereits gab und auch in der Zukunft nicht ausgeschlossen werden können, da Mozilla das nicht offiziell unterstützt.

Zitat von vrtex

Im schlimmsten Falle wären hier aber auch 'nur' Lesezeichen und Passwörter betroffen, korrekt? Wenn sich das Problem nicht beheben lässt, wird's wohl leider daraus hinauslaufen.

Potentiell kann alles betroffen sein, was im Profil gespeichert ist, auch die Chronik, installierte Erweiterungen, Einstellungen, … Es gibt keine Regel, dass bei einem "Downgrade" (was es technisch wäre, wenn man erst eine neuere und dann eine ältere Version startet) dieses oder jenes verloren geht. Und bei den meisten Updates passiert auch nichts. Aber manchmal eben doch und was dann betroffen ist, hängt davon ab, woran Mozilla etwas entscheidend geändert hat.

Zitat von vrtex

Ansonsten vielen Dank für die Hilfe und einen angenehmen Start in die Woche!

Danke, ebenso!

vrtex Die Fehlermeldung erscheint auch, wenn man ein Profil für unterschiedliche Releasekanäle verwendet: Z. B. kann man ein für eine finale Firefox-Version angelegtes Profil nicht für eine Beta- oder Nightly-Version verwenden und umgekehrt.

Benutzen die User ein eigenes Terminal Server Profil für jeden TS oder ein Profil für alle TS-Sitzungen? Wenn letzteres der Fall ist, dann wundert es mich nicht. Dann wäre es sinnvoller den Update Prozess zu automatisieren und auf einen Zeitraum legen, in dem die User nicht am TS arbeiten. Somit kann man alle TS auf einmal aktualisieren und das Problem wäre keines mehr.