Beiträge von .DeJaVu

Zitat von Sören Hentzschel

Du meinst

Könnte sein, die stehen direkt hintereinander. Einen Zusammenhang zwischen diesem Schalter und neu syncen habe ich jetzt noch nicht gesehen.

Zitat von Jens E.

Man zwingt also dem User seinen Willen auf und wundert sich dann wenn die zu anderen Browsern wechseln

Wenn du meckern willst, falscher Ort. Wenn du deshalb einen anderen Browser nutzen möchtest, niemand wird zu Firefox gezwungen. Nur wird es dir nicht weiterhelfen, zumal andere das Problem nicht haben, nicht nachstellen können, oder beheben konnten. Niemand weiss, wie deine secret settings aktuell aussehen. Wenn man damit schon hantiert, wäre es hilfreich gewesen, ein Bild davon weiterzugeben.

Zitat von Sören Hentzschel

Eine Möglichkeit ist, dass in der Datei profiles.ini gepfuscht wurde.

Solang die nicht schreibgeschützt ist, findet Firefox einen Weg. Aber ich hatte ja schon den Pfad angeboten in #87. Sowas testet man natürlich, wenn kein Firefox aktiv ist, sonst ist ja das aktuell genutzte Profil, falls doch hinterlegt, auch weg und dann hat eine laufende Instanz ein Problem.

Sollte die INI die gleiche sein, wie im Script-Thema, sollte es keine Probleme geben.

Also ich hab in den secret settings nichts verändert. Und in der Nightly gibt es andere Schalter, vor allem in der unteren Hälfte sind es erheblich mehr. Und noch die beta getestet - durcheinander, na sowas.

Ich habe dann, wie bei den anderen, "Enable Compose Homepage" deaktiviert, und nochmal Sync durchgeführt, dann stimmte es wieder.

Also ich würde nach Möglichkeit, die Lesezeichen auf einem Desktop überprüfen, ggf nachsortieren, und alle neu syncen.

Ob die Taskbarids entfernt werden, müsste ich gleich noch mal testen. Ja, wird entfernt* mit der regulären Deinstallation aus demselbigen Ordner.
Allerdings gäbe es nach Uninstall keine firefox.exe mehr in diesem Pfad, könnte man damit abfangen. Aber egal, es funktioniert. Ich kann mich dem Dank von BrokenHeart nur anschliessen.

Und wie gesagt, ich hab von PS keine Ahnung, für mich war da nicht mal ne Schleife zu erkennen. Allenfalls per "count" anzunehmen.

Und nein, funktioniert unter Windows 11 hier nicht. Keine Meldung, PS geht einfach wieder zu.

* wird nicht erstellt bei einer Portable, und somit auch nicht entfernt. Allerdings verewigt sich jeder Firefox hier:
HKEY_CURRENT_USER\SOFTWARE\Mozilla\Firefox\Launcher
Macht nur keinen Sinn, sowas zu berücksichtigen, weil es keine profiles.ini dazu gibt.

Je mehr ich über solche Zusammenhänge nachdenke, umso besser wird euer Script

Nachtrag: auf meinem anderen Windows 11 pro (dieser Rechner) funktioniert das Script wieder (aber auch nicht mit PS7). Ist also ein spezifisches Problem.

Und nochmal Windows 11, wieder der andere. PS funktioniert immer noch nicht, dafür klappt es mit PS7, muss ich nicht verstehen. Dafür ist der Umlaut-Fehler wieder da. In PS konnte ich nur ganz kurz Textfetzen in rot sehen, ich müsste es mit einem Debugger Step by Step laufen lassen.

VScode war da auch nicht hilfreicher, es wollte eine PS-Erweiterung haben, hab die von 2025 genommen, das startet wieder PS7, so also nicht.

Das ISE von Windows aufgemacht, Script nicht erlaubt. Ich musste die Restriktion lösen, damit klappt es dann auch:

Powershell ExecutionPolicy Ausführen von Skripts aktivieren - TASTE-OF-IT

Wer das erste Malauf einem Windows 10/11 Client ein Powershellskript ausführen möchte, erhält u.U. diese Fehlermeldung und die Ausführung des Skriptes wird

www.taste-of-it.de

Zitat von Mira_Belle

Aber ich schrieb ja, dass ich einen Profilordner im Profilmanager des Nightly angelegt habe.

Das funktioniert derzeit nur in der Nightly, aber um da hinzugelangen, braucht es zwingend ein Profil, weil das nur im Menü oder Anwendungsbutton hinterlegt ist. Ansonsten meldet sich der übliche Profilmanager.

Dass diese Funktion derzeit wohl nicht funktioniert, ist eine andere Sache - denn es hat schon mal funktioniert in der Nightly hier, darüber wurde auch gesprochen. Diese Profile werden über die Nightly direkt verwaltet, keine INI.

Jup, Gedankenfehler, hatte InstallLocation nicht drin. Wobei es mich gewundert hat, dass es in der Sandbox anfänglich auch nicht funktioniert hat, obwohl dort eine Installation vorhanden war, dito unter Windows, aber so in echt.

Wegen "weglassen" - ganz einfach so:

$FFs = '',''|%{gp "HKLM:\Software\${_}Microsoft\Windows\CurrentVersion\Uninstall\*"} |?{$_.Publisher -eq 'Mozilla' -and $_.DisplayName -match 'Firefox|Nightly'}

Da ich die Registry kenne und auch weiss, was Wow6432Node bedeutet als Subsystem, wird ${_} nicht mehr gefüllt.

Aber ich bekomme immer noch eine doppelte Anzeige. Kannst du selbst testen, auch ohne Firefox installiert zu haben, es reicht eine firefox.exe mit Symbol, und wenn du notepad umbenennst.

REGEDIT4

[HKEY_LOCAL_MACHINE\SOFTWARE\microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox 115.22.0 ESR (x64 de)]
"DisplayName"="Mozilla Firefox ESR (x64 de)"
"Publisher"="Mozilla"
"InstallLocation"="E:\\Firefox\\Firefox115esr_64"

[HKEY_LOCAL_MACHINE\SOFTWARE\microsoft\Windows\CurrentVersion\Uninstall\Mozilla Firefox 137.0.2 (x64 de)]
"DisplayName"="Mozilla Firefox (x64 de)"
"Publisher"="Mozilla"
"InstallLocation"="E:\\Firefox\\Firefox128esr_64"


[HKEY_LOCAL_MACHINE\SOFTWARE\Mozilla\Firefox\TaskBarIDs]
"E:\\Firefox\\Firefox115esr_64"="308046B0AF4A39CB"
"E:\\Firefox\\Firefox128esr_64"="5F63E1798743DB5F"

[308046B0AF4A39CB]
Default=Profiles/tb9jnkkc.default-release
Locked=1

[5F63E1798743DB5F]
Default=Profiles/4ik7am01.default-esr
Locked=1

Und so es sieht mit nem Dummy aus:

Zur Ausgabe, das ist auch das, was in der Sandbox installiert wurde.

 gp HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\*|? {$_.Publisher -eq 'Mozilla' -and $_.DisplayName -match 'Firefox|Nightly'} | Select DisplayName,InstallLocation

DisplayName                  InstallLocation
-----------                  ---------------
Mozilla Firefox ESR (x64 de) C:\Program Files\Mozilla Firefox 115 esr
Mozilla Firefox (x64 de)     C:\Program Files\Mozilla Firefox

Also in der Sandbox lädt er wohl das ZIP, kann es aber nicht korrekt entpacken, rote Meldung, dann direkt Fenster zu, da hilft auch kein void als breakpoint. Im Host funktioniert das. Nur am Rande, nicht wirklich wichtig.

Wegen TaskBarIDs und "nicht vorhanden" nochmal. Wenn es Uninstall gibt, aber nicht Taskbars, ist Firefox noch nie gestartet worden auf dem System, dann kann es auch keine installs.ini geben.
"nicht vorhanden" dürfte eine PS Meldung sein, nur hilft dem Nutzer das so nicht weiter.

-EA SilentlyContinue

-> $FFs = '','Wow6432Node\'|%{gp -EA SilentlyContinue

Schau mal an:

Firefox-Anpassungen werden heruntergeladen... ok.
Archiv wird entpackt... ok.

Beginne Kopiervorgang für: Mozilla Firefox ESR (x64 de)
Datei 'config-prefs.js' wird ins Firefox-Verzeichnis kopiert... ok.
Zielordner 'userChromeJS' wird erstellt... ok.
Datei 'main.js' wird kopiert... ok.
Datei 'Readme.txt' wird kopiert... ok.
Datei 'utilities.js' wird kopiert... ok.
Datei 'config.js' wird ins Firefox-Verzeichnis kopiert... ok.
Standardprofilordner: Profiles/tb9jnkkc.default-release
Ordner 'chrome' wird erstellt...ok.
Datei 'userChrome.js' wird kopiert... ok.
Der Vorgang wurde erfolgreich abgeschlossen.

---   Beliebige Taste zum Beenden   ---

So sollte es funktionieren.

Zitat von Mira_Belle

Es wurde kein Profil angelegt!

äh, Firefox legt immer ein neues Profil an, insofern man dem keine Steine in den Weg legt.
Benenne doch testweise %appdata%\Mozilla\ um in %appdata%\Mozilla_\ und teste erneut.

Muss/sollte der Script-Cache geleert werden?

Wird "auch" angesprochen. Das Script sucht damit aber nur nach "Mozilla Firefox" oder "Mozilla Nightly" in diesen beiden Keys. Ändert aber nichts daran, dass mit ein und denselben Daten die Stable und Nightly befüllt werden, sollte also schon gleich funktionieren.

Du hast dir nicht zufällig irgendwas verbogen mit dem neuen Script?

Sieht gut aus, gute Arbeit. Ich hab das grad in VScodium offen.
Ich hätte mehr auf edv.kleini getippt, aber TK87 auch schon gelesen.

Was ich umbauen würde sind die Abfragen ab Zeile 76, da beginnt das eigentliche Programm.

Punkt (2) sollte vor allem anderen stehen. Irgendwas zu ermitteln, um später festzustellen, dass es gar nicht anwendbar wäre?

Punkt (3) sollte an zweiter Position stehen.

Und an Punkt (1) sollte eine Abfrage nach HKEY_CURRENT_USER\SOFTWARE\Mozilla\Firefox\Launcher
Da werden alle Starts hinterlegt, das schreibt Firefox selbst. Wichtig sind auch nur die REG_SZ und das sind die Keys mit |Blocklist

Und dann erst Punkt (4). Uninstall. Und dort könnte man dann auch schon die Pfade auslesen mit InstallLocation, wenn man schon nach DisplayName sucht. Kann man sich auch komplett schenken, weil jede Installation auch eine TaskBarIDs beschreibt - und das wird schon in Punkt (3) ausgelesen.

Das Auslesen der installs.ini finde ich klasse, weil damit nur die wirklich aktiven Profile ausgelesen werden können. Damit schenkt man sich den Krampf mit der profiles.ini.

Firefox bemerkt übrigens unter Umständen, wenn diese beiden Dateien schreibgeschützt sind.

Nachtrag:,

Windows 10 Pro, aktueller Patch-Level.
Das Script will bei mir nicht. Weder mit PS noch mit PS7 (7.5.1).

Unter (integriertem) PS stört es sich beide Male (Z78/Z96) an Wow6432Node, das gibt es bei mir nicht, da steht auch nichts von Firefox. Ich hatte erst gedacht, dass es an Sandboxie läge, aber das passiert auch ausserhalb. Und PS7 sagt mir, dass Firefox nicht installiert wäre.

Lasse ich das weg, meckert es weiter

Ausnahme beim Aufrufen von "ExtractAssociatedIcon" mit 1 Argument(en):  "E:\Firefox.exe"

Da fehlt der restliche Teil vom Pfad, da ist kein Firefox -> ${0}.
PS7 kommt wegen obiger Meldung erst gar nicht so weit.

Gibt es ein E:\Firefox.exe, bekomme ich folgendes Bild

Bezeichnung ist richtig, Icon auch (ist die Nightly-EXE). Aber warum doppelt? Ich denke, das kommt durch die entsprechenden Abfragen, die dann nur hinzugefügt werden, da findet keine weitere Kontrolle auf die Pfade statt. Und dann sichtbarer Umlautfehler, das liegt daran, dass das Script ANSI haben will als Kodierung, nicht UTF-8. Ich habe das Script lediglich kopiert und in ein leeres NPP-Dokument eingefügt, und die sind Vorgabe alle in UTF-8. ANSI ändert aber auch nichts an den bereits geschilderten Fehlern.

Markiere ich die erste Option, nächster Fehler hier:

Firefox-Anpassungen werden heruntergeladen... ok.
Archiv wird entpackt... ok.

Beginne Kopiervorgang für: Mozilla Firefox ESR (x64 de)
Datei 'config-prefs.js' wird ins Firefox-Verzeichnis kopiert... Ein Teil des Pfades "E:\defaults\pref" konnte nicht gefunden werden.

"Ein Teil von..." kommt von PS. Kann auch nichts finden, weil das ZIP hier nicht gibt entgegen der Meldung. Das lief auch zu schnell durch hier. Eine Suche unter \Users\, \Windows\ und auch E: hatte keine Ergebnisse für das ZIP, oder Dateien daraus.

Keine Ahnung, woran es klemmt, weil keine Ahnung von PS. Ich kann zwar maximal halbwegs Befehle erkennen und wegen der Dokumentation einordnen, mehr auch nicht. Ich werde das Script gleich nochmal unter Windows 11 testen.

Ach ja, manchmal reicht eine Taste, dann wieder nur Escape.

Weiter - Windows 11 Pro. PS7 (7.5.1) kommt bis zur Extraktion, dann Ende. PS von Windows 11 macht irgendwas, und beendet sich ganz schnell wieder. Nix mit Taste drücken. Firefox 138 ist im Standard-Verzeichnis, Profil gibt es, Admin-Rechte, leider kein Erfolg. Und wieder alles mit E:, obwohl Firefox auf C: liegt. Das Script liegt auf E:

Das ist ernüchternd, wenn gleich zwei meiner Systeme streiken. Vielleicht hat da noch jemand eine Idee.

Das Standardprofil wird eben mit Default=1 markiert. Zudem ist bei dir die Abfrage nach einem Profil aktiviert StartWithLastProfile=0

Und auch der CityHash* 308046B0AF4A39CB zeigt auf das Profil Testumgebung.
308046B0AF4A39CB ist der CityHash für %PROGRAMFILES%\Mozilla Firefox

Für andere Installation wird das hier hinterlegt
user_pref("app.update.migrated.updateDir3.5F63E1798743DB5F", true);
In meinem Fall 5F63E1798743DB5F

Wenn es wie bei dir kein Standardprofil gibt, dann brauchst du ein Auswahlmenü.

Ob du noch IsRelative verarbeiten möchtest... Denn mit 0 steht im Path ein absoluter Pfad, das kann sonst wo sein.

*Cityhash ergibt erst dann Sinn, wenn du die Pfade zu Firefox kennst, denn nur dann kann man die Profile einem bestimmten Firefox zuordnen. Ist Firefox regulär installiert, könnte man das auch direkt auslesen. Für nicht installierte muss man es suchen. Der CityHash ist ebenso in der Registry als auch unter %ProgramData%\Mozilla-1de4eec8-1241-4177-a864-e594e8d1fb38\updates zu finden. Ursache sind die dedizierten Profile. Ist eine Entwicklung von Google (evtl mit Mozilla zusammen), die Mozilla für sich umgesetzt hat. Der portable Firefox von p-apps nutzt das, um seine Spuren zu verwischen, wobei das maximal Makulatur ist, weil das nachträglich passieren muss, nicht vorher, nur Startet der Starter eben vorher, und nicht nachher. Für den Seitenhieb - die Portable schützt ganz und gar nicht die Privatspähre oder vor Einträgen in Windows.

[Install308046B0AF4A39CB]
Default=Profiles/tb9jnkkc.default-release
Locked=1

[Profile2]
Name=default-esr
IsRelative=1
Path=Profiles/4ik7am01.default-esr

[Profile1]
Name=default
IsRelative=1
Path=Profiles/5os9auxc.default
Default=1

[Profile0]
Name=default-release
IsRelative=1
Path=Profiles/tb9jnkkc.default-release

[General]
StartWithLastProfile=1
Version=2

[Install5F63E1798743DB5F]
Default=Profiles/4ik7am01.default-esr
Locked=1

Im Beispiel für die Standardinstallation, und die installierte ESR hier.

Das ist genau das, was ich vorher zu dir meinte. Entweder reduziert man sich ganz konkret auf die Standardinstallation und das [Profile0], was ja dein Nutzerprofil wäre. Und gibt Anweisungen mit, wie man Firefox-Pfad und Profilnummer ändert.

Jetzt hat die INI bei dir schon wieder eine Besonderheit - du hast die bearbeitet. Bei mir ist [Profile1] das "kleine" Profil mit der times.json/parent.lock drin. Deswegen prüfe ich weiter, ob bereits eine prefs.js vorhanden ist, die aufzeigt, dass das Profil schon mal benutzt wurde. (mindestens ein Backup ist). Ließe sich auf beliebige Dateien erweitern.

Kleinigkeiten blähen das Konstrukt einfach nur erheblich auf. Was hier vorher 50 Zeilen hatte, hatte mit der Firefox-Erkennung schon 450, hat mit den Profilen 650 Zeilen, inklusive einer grafischen Oberfläche (UI) mit Auswahl - und das ist noch nicht fertig.

Sei so nett und gib mir/uns dennoch die angeforderten Infos. Danke.

Um auf die Eingangsfrage einzugehen, weil mir das heute wieder begegnet ist:

ublock+badger+noscript. (privacy badger, um es auszuschreiben)

[werbeblocker]+badger = ok
[werbeblocker]+noscript = nicht ok

Viele wissen mit ublock nicht umzugehen. Das ist erstmal nicht verwerflich, ist einfach so. Leider ist ublock - als auch Adguard, AdblockPlus, und ähnliche - doch komplizierter bei der Einarbeitung. Irgendwo ein Häkchen vor eine vorhandene Liste zu setzen reicht bedauerlicherweise nicht. Und es ist auch nicht empfehlenswert, da zahl- oder wahllos weitere Listen einzufügen. Selbst wenn, da ublock alle Listen zusammenfasst und Dubletten für die Nutzung aussortiert, wird ublock dadurch langsam, sehr langsam, und dadurch auch der Browser (ist nicht nur bei Firefox so).

Dann kommt die erwähnte Fehleinschätzung zu Javascript hinzu, das ist mit ublock nicht ohne weiteres Wissen umzusetzen. Also kommt Noscript dazu. usw.

Statt Javascript zu verdammen und totzufiltern, ist die richtige Aufklärung wichtig.

...ach ja, ok, das Video hat es mir gezeigt. Damit wäre das Ergebnis von gestern für die Tonne, benötigt Überarbeitung. Tschuldigung an Mitleser/Tester.

Ist das title-Tag. Könnte man entfernen, aber der Aufwand ist schon vorhanden, weil Firefox das selbst nicht kann. Also braucht es eine Erweiterung, vermutlich was mit -Monkey, und ein Userscript dazu. Persönlich wäre es mir das nicht wert.

<yt-formatted-string force-default-style="" class="style-scope ytd-watch-metadata" title="Blackout in Europa: Massiver Stromausfall legt Spanien und Portugal lahm | WDR Aktuelle Stunde">Blackout in Europa: Massiver Stromausfall legt Spanien und Portugal lahm | WDR Aktuelle Stunde</yt-formatted-string>

Irgendwer hat deine letzte Anfrage hier reingeschoben, oder das andere gelöscht.

Ob nun dein Script, oder von jemand anders optimiert, verknüpft etc, ist mir egal. Zwei Ansätze sind ja zu sehen.

Und dass nicht jeder so eine Lösung braucht, sollte auch im Vorfeld bewusst gewesen zu sein.

Was mich persönlich nervt, dass du das Handtuch wirfst noch bevor es ausgelegt wurde. Du weisst doch gar nicht, auf welchen fruchtbaren Boden es gefallen wäre. Wenn ich so denken täte, wären die drei Scripte mit ~50 Zeilen bei mir nie entstanden. Es hat mich weder noch gestört, da eine Stunde zu investieren. Wo ich drüber nachgedacht habe, war der Nachmittag heute, wo allein die Suche nach Firefox in der Windows-Registry weitere 400 Zeilen Code mitsamt Fehlersuche benötigt haben. Und genau das wäre der einzige Punkt, den man auch hier anbringen könnte - extrem viel Zeitbedarf für genau einen Zweck, den nur ganz wenige benötigen. Und da ist immer noch nicht die Bearbeitung der profiles.ini drin, das sind auch noch mal 400 +/- Zeilen. Was mich betrifft, für mich sind das letztlich Vorlagen, die ich wiederverwerten kann, muss nicht mal Firefox sein. Und auch der Code hier wurde so ähnlich schon mal geschrieben.

So und ähnlich sollte man es selbst für Powershell haben. Eine eigene Sammlung an Scripten und Schnipseln für bestimmte Zwecke. Und auch Powershell muss kein Spaghetti-Code sein, es kann auch Funktionen (Unterroutinen).

In kurz: schade.

Versuch(t) das mal unter Linux, das hat schon wieder ganz andere Hürden, die meistens bei root enden, oder so für Laien gar nicht umsetzbar sind. Deswegen ist auch Manjaro (ein Arch Linux) heute wieder aus der VM geflogen. Für Linux gibt es hier keinen Almanach, viele sind ähnlich, andere gar nicht. Und bei "gar nicht" höre ich auf zu suchen oder nachzudenken.

Was mich vielleicht interessieren täte, wäre sowas:

GitHub - grandchild/linux_installer: Graphical Linux application installer for audiences that are used to Windows installers. Imitates the look-and-feel of NSIS/Wizard97.

Graphical Linux application installer for audiences that are used to Windows installers. Imitates the look-and-feel of NSIS/Wizard97. -…

github.com

GitHub - QuasarApp/CQtDeployer: This project is used to deploy applications written using QML, qt or other С / С++ frameworks.

This project is used to deploy applications written using QML, qt or other С / С++ frameworks. - QuasarApp/CQtDeployer

github.com

Noch gelesen: cmake, autotools. Powershell? Fehlanzeige. Das kommt noch dazu.

Sync ist auch hier immer noch da, wo Mozilla es festgenagelt hat.

Was sagt denn der Blick ins Online-Konto? Überhaupt noch angemeldet?
Welches Smartphone? Hersteller, Gerät?
Irgendeine vorinstallierte Sicherheitssoftware? Oder nachträglich installierte?

Ich habe hier mit allen Firefox auf diversen Geräten überhaupt keine Probleme. Ich konnte auch nichts auf bugzilla finden.

Dafür braucht es keine VM. Nicht mal eine Sandbox wie zB Sandboxie. Da es Firefox auch als ZIP gibt, und nicht mal das ist von Nöten, wenn ich deine bisherige Ausführung überdenke - eine einfache Null-Byte-Datei firefox.exe sollte reichen.

Sollte es dann aber um Profile gehen, sind Backups eh sinnvoll, und/oder ein Testprofil.

Dein Script dürfte jedoch vermutlich interessanter sein. Solltest du vorhaben, es selektiv über private Nachrichten zu verteilen, bin ich eh raus. Was soll den großartig passieren?

Was du hier an Powershell leistest, entzieht sich meinem Wissen und damit jeglicher Wertung.

Was das Papier angeht -> Flowchart. Powershell kann Funktionen, damit kann man Spaghetti-Code abwenden. call(xy) -> return-code, einfach ausgedrückt. Damit lässt sich PS in einem gewissen Maß strukturieren. Nichts anderes mach ich mit Nullsoft, oder anderem.

Was will ich? Was kommt zuerst? Wo will ich hin? Kann ich das vereinfachen?
Das liesse sich nicht nur auf Papier festhalten, sondern auch im Code, Version 0.1, 0.2, usw. Es gibt einen Header - als Einleitung. Und dann einen Ablaufplan, mit oder ohne Funktionen. Nichts anderes ist das Script, was du oben zitiert hast. Ein Header/Kopf für den Compiler, dann ein Ablauf an Befehlen. instfiles ruft "Section "" auf. Dann ist alles schon vorbei.

Wobei ich auch nur deine Ansätze zum Zielordner in seiner einfachen Form aufgegriffen habe. Wie geschrieben kann man das ziemlich erweitern.

Um den Gedanken von Sören aufzugreifen. Powershell mit den (aus diesem Thema) bekannten Befehlen ist so nur für Windows gültig. Und dann muss man bedenken, wie viele Nutzer die auch Endor auf github kennen und damit Userscripte nutzen. Das dürfte ausserhalb dieses Forums verschwindend gering sein. Und daher muss man sich wirklich überlegen, ob man eine proprietäre Lösung (nur für Windows) präsentiert, oder ob Download und Extraktion nicht die wirklich einfachere Option erscheint. Und gerade für Linux muss man wirklich anders denken, weil zB SNAP keinen Zugriff auf den Firefox-Ordner zulässt. Hatte ich schon beim Relaunch zu MozBackup geäussert.

Alles, was ich mir rund um mein Biotop an Rechner ausdenke und so umsetze, bleibt seit vielen Jahren auch hier. Der Aufwand, einen Programmiercode auf wirklich viele oder gar alle Eventualitäten zu verwirklichen, sprengt jegliche Freizeit, wenn es nicht als Vollzeit eingeplant wurde. Und falls Vollzeit, muss man auch bereit sein, mehr als nur das zu investieren. Ich bin kein Rentner, ich gehe noch richtig knechten. Deswegen ist auch mein Aufwand für obiges sehr begrenzt, auch wenn ich Vorlagen habe, die das ZIP von Endor direkt herunterladen und nutzen könnten. Bei sowas springen aber auch meistens Antivirus-Programme an, und damit hat man dann wieder nichts gewonnen, sondern nur verloren. Und das gilt auch für PS2EXE. So ein Aufwand ist möglich und machbar, der Nutzen könnte sich in Grenzen halten. Und das hat Sören auch bereits mitgeteilt.

Es gibt so wahnsinnig viel Aspekte, die für einen selbst total untergeordnet sind, aber eben nicht bei anderen in anderen Biotopen.