Update-Einstellung wechselt selbständig von "Suchen + Fragen" auf "Automatisch installieren"

Moin,

bei einem zufälligen Blick auf die Einstellung zum Update-Verhalten habe ich bemerkt, dass nicht mehr wie zuvor "Suchen + Fragen" , sondern "Automatisch installieren" eingestellt war.

Meine bewusst vorgenommene Einstellung wurde also ohne mein Zutun geändert und das nächste Update wäre ohne Nachfrage begonnen worden.

Da ich diese selbständige Einstellungsänderung jetzt innerhalb der letzten zwei Jahre mindestens das dritte Mal erlebt habe, ist das jedenfalls bei mir kein Einzel- oder "Zufall" und ich möchte mal eure Erfahrungswerte dazu einholen.

Momentan betrifft es einen 102.14.0 unter Windows (portable Version, die vollständig im Benutzerkontext läuft). Vorher natürlich die Vorversionen.

Da es nach Rückänderung der Einstellung auf "Suchen + Fragen" immer einige Monate korrekt lief und Nachfragen angezeigt wurden, vermute ich, dass die Einstellung jeweils bei der Installation eines Updates verändert wurde. Nach einem kontrollierten Neustart bleibt sie jedenfalls immer erhalten.

Ich habe nun erstmal den Schlüssel / die Policy DisableAppUpdate=1 gesetzt und hoffe, dass die Software diesen wenigstens in dieser Version zuverlässig beachtet (auch das könnte ja mit dem nächsten Update still geändert werden).

Insbesondere weil der Wechsel zur 115 bevorsteht, finde ich die selbständige Änderung dieser wichtigen Eigenschaft mehr als ungünstig und sie wirkt auf mich auch nicht vertrauenswürdig.

Habt ihr ähnliche Erfahrungen?
Bitte stellt bei eurer Antwort auch klar, ob es sich um Erfahrungen oder Vermutungen handelt.

Gruß, Enno

Quote from Bastler

Wenn ein automatisches Update garantiert verhindert werden soll, hilft dieses hier.

Danke! Das wäre dann eine Alternative zum erwähnten Registry-Schlüssel.

Quote from Drachen

Aus welcher Quelle stammt der portable TB? Beim installierten Programm ist auch mir noch kein solches Verhalten aufgefallen.

Die portable Version stammt von PortableApps und beim Schreiben fiel mir dieser Aspekt auch schon auf.

Die Starteranwendung von PortableApps läuft parallel und startet auch den TB. Nun ist mir PortableApps noch nicht dadurch aufgefallen, irgendetwas automatisch zu machen, im Gegenteil: Aktualisierungen der portablen Anwendungen erfordern immer erst ein Update der Starteranwendung - und die findet bei mir definitiv nicht statt und ich benutze sie auch nicht für den TB.

Dass die Starteranwendung ab und zu einzelne Dateien innerhalb des portablen TB (oder überhaupt etwas daran) ändert, halte ich für unwahrscheinlich - aber immerhin denkbar. Und denkbar ist auch, dass ein TB-Update nicht mit dieser portablen Version harmoniert und sich so die beschriebene Einstellung "selbstständig" ändert.

Ja, tatsächlich ist PortableApps eine übergeordnete Anwendung, die von Mozilla so nicht vorgesehen ist und möglicherweise ist das Verhalten in der portablen Version begründet.

Wenn mein Problem ansonsten unbekannt ist, müsste ich wohl mal eine Standardinstallation erwägen.

Quote from Bastler

Ich habe Zweifel, dass die Registry bei einem Portable eingreift.

Quote from MSFreak

absolut korrekt, bei portablem Programmen gibt es keine Registryeinträge.

Könnte man vermuten, ja.

Allerdings scheint sie zu greifen: Menü Hilfe | Über Thunderbird zeigt den Text "Updates von Ihrem Administrator deaktiviert".

Jedenfalls die manuell ausgelöste Update-Suche ist durch den Schlüssel also tatsächlich deaktiviert. Ob das auch für die automatische Hintergrundsuche gilt, ist damit natürlich nicht geklärt, falls die Programmierung inkonsistent wäre.

Und zugegebenermaßen widerspricht ein Schlüssel dem portablem Gebrauch.

Die Lösung mit der policies.json passt dazu besser.

Vielleicht ist es hilfreich, nochmal die beiden hier möglichen Update-Mechanismen zu beschreiben - wovon ich aber nur die erste, anwendungsinterne benutze:

1) Die portablen Anwendungen können sich in der Regel selbst updaten und verwalten, so als wären sie installiert. So klappt das auch mit Mozilla Thunderbird und Firefox und das ist das hier beschriebene Updateverfahren.

Die PortableApp-Anwendung bekommt davon nach meiner Erfahrung nichts mit, ist dazu nicht nötig und greift auch nicht ein.

2) Man kann über die PortableApps-Anwendung aber auch eine "Aktualisierung" anstoßen oder als automatisch einstellen. Dann aktualisiert PortableApps die portable(n) Anwendung(en) mit einem eigenen Verfahren.

Ich benutze diese Aktualisierung für Mozillas Anwendungen bewusst nicht, da ist im vorliegenden Fall nichts auf "automatisch" eingestellt und passiert nach meiner Erfahrung auch nichts automatisch.

Wenn sich sonst niemand mehr mit ähnlichem Problem findet, werde ich dann erstmal auf eine installierte Version umsteigen.