Profilfehler bei jedem Update auf dem Terminalserver

Habt ihr denn die Ordnerumleitung aktiviert? Oder haben die User ein Terminalserverprofil das auf mehreren Terminalservern liegt?

BTW: Standard schreibt mit 2 d und nur 1 t.

Und "umleitung" mit einem "u"

Ich hab da was gefunden, vielleicht hilft es, auch wenn es die ESR betrifft:

https://www.borncity.com/blog/2019/12/0…me-beim-update/

Zitat

Wir haben exakt das gleiche Verhalten beobachtet. Updates per Firefox GPO gesperrt. Selbst wenn Firefox ESR 68.3 installiert und das alte Profil wiederhergestellt wurde trat es nach einem Tag erneut auf!

Meine Vermutung und bisherige Lösung: der Profilname “default-esr” wird nun wohl zwingend vorausgesetzt (erscheint aber irgendwie unlogisch bei mehreren Profilen, wohl ein Bug)

Wir haben dann die alten Profile in “default-esr” umbenannt und haben seitdem Ruhe. Die zwischenzeitlich neu angelegten leeren “default-esr” Profile natürlich vorher gelöscht.

Ihr verteilt aber die Updates schon über den eigenen Softwarepool, damit alle gleichzeitig einen erprobten Zustand haben? Bei 800 Profilen, wenn zudem Erweiterungen etc. erlaubt sind, möchte ich keinen individuellen Support leisten wollen. Bei einer angepassten Zahl von Rechner, die sich dann auch alle einzeln das Update laden wollen!?

Terminalserver bedeutet, Benutzerprofile auf dem Server? Oder via Remoteverbindung? Keine lokale Kopie eines Profils auf dem jeweiligen Client?

Zitat von owittmann

nach jedem Firefox Update taucht bei jedem unserer Terminalbenutzer die folgende Fehlermeldung auf:

Diese Fehlermeldung tritt auf, weil es seit Firefox 67 jede Firefox-Installation eine eigenes Profil hat, das sind sogenannte dedizierte Profile. Wenn man ein bestehendes Profil mit dem Firefox einer anderen Installation öffnet und will dann das gleiche Profil mit der bisherigen Installation öffnen, erscheint diese Fehlermeldung. Das gleiche gilt, wenn Release-Kanäle überschritten werden, d. h. z. B. das bestehende Profil, das bisher mit der finalen Firefox genutzt wurde, jetzt aber mit einer Nightly-Version genutzt wird, lässt sich dann nicht mehr mit der finalen Firefox-Version öffnen. In einem solchen Fall wird dann immer ein neues Profil mit der Bezeichnung default-release angelegt.

Zitat von milupo

In einem solchen Fall wird dann immer ein neues Profil mit der Bezeichnung default-release angelegt.

Das ist analog zum Artikel zur ESR.

Ergänzend: Die Information, was welches Profil zuletzt genutzt hat, wird ja in mindestens zwei Dateien hinterlegt.

Die Meldung oben kenne ich nur, wenn eine ältere Firefox-Version auf ein neueres Profil aufgeschaltet wird, nicht andersherum. Also muss ja Firefox älter sein, als in den beiden Dateien hinterlegt.

compatibility.ini

profiles.ini

installs.ini (unbekannt, ob)

Hallo,

du kannst diesen Profilschutz über Umgebungsvariablen abschalten:

https://www.camp-firefox.de/artikel/187-al…hutz-abschalten