Deswegen kann nur was auf der anderen Seite der Macht getan
Nun glaube ich auch fast daran. Aber ich muss mich wiederholen, mit den Dateien von gestern war es ja nur beim ESR, das will (kann) ich nicht verstehen.
Alles wird gut, sage ich immer wieder. Da hast Du gute Arbeit abgeliefert, und ich kann Andreas nur zustimmen. 
Es sollten aber 5 sein
Natürlich sind es fünf. War wohl die Freude. 
Ergebnis (in Autoit) zum Testen:
Alle vier Loader funktionieren perfekt, und Defender meckert auch nicht mehr. Danke!
Naja, die sind außer dem Icon wahrscheinlich alle vom Code her identisch
Nehme ich auch an, aber warum der ESR-Loader von gestern nur Theater macht, das verstehe ich nicht.
mit dem Loader den Fx zu starten, bekomme ich jetzt hier auch die Meldung:
Und so läuft es hier mit allen neuen loadern ab. 
Ich habe ein Update auf einer anderen Basis eingestellt
Danke, für Deine Bemühungen, aber nun geht nichts mehr. Das wird ausgegeben:
Die Meldung kommt ja vom Defender.
Schau mal den Screenshot von RE: @Zitronella wegen Portable Starter an, da ist es auch der ESR-Loader.
Mit allen 4 Loadern aus der .zip keine Probleme.
Glaube ich Dir gern, hier komischerweise nur die ESR-Version. Wegen Win11 ????
Hier keinerlei Probleme damit und dem Defender
Windows11/ Update Defender vor zwei Stunden.
Leider auch der Windows Defender
Ist hier aber nur bei dem ESR-Loader so.
Der neue Loader von dir funktioniert einwandfrei, nachdem du ihn damals erneut angepasst hattest.
Den hatte ich noch nicht, aber jetzt.
Hast du sogar reingeschrieben:
Das ist wohl wahr, nur wenn ich das Script OpenWith.uc.js nutzen will, dann funktioniert auch der neue Loader nicht. So musste ich wieder auf den MultiLoader umsteigen. Wenn es anders sein sollte, bitte Hinweise geben.
Es muss doch möglich sein, über ein Skript (AutoIt), PowerShell, Batch oder was auch immer,
auf diese Funktion, ein Profil direkt zu starten, zuzugreifen.
Zum Start gibt es schon was, kannst ja mal probieren. Hier werden zwei portable Versionen gestartet, danach PS geschlossen.
Start-Process -FilePath "B:\Firefox Test\Beta2\BetaMultiLoader.exe"
Start-Process -FilePath "B:\Firefox Test\Firefox11p\MultiLoader.exe"
"Start-Sleep -s 2000"
"Exit"Abspeichern als *.ps1 Script.
Was in der Nightly gut aussieht, ist in der aktuellen Final 109 leicht verrückt.
Das kann ich auch sagen, musste schon einiges nachbessern.
Das würde dann alle Popup betreffen, und es müsste dann zusätzlich wieder an vielen Stellen nachgearbeitet werden.
menupopup > menuitem{
padding-left: 40px !important;
}Mit meinem Code aus #4 ist der Haken auch bei deaktivierten Plugins weg - es braucht also diesen zweiten Code eigentlich nicht...
Habe ich nicht probiert, spreche sie einzeln an, dann weiß ich wenigsten was gemeint ist.
Der "Haken" erscheint auch im 3-Punkte-Menü der Plugins.
Habe ich geändert, danke.
Bei deaktivierten Plugins ist dann auch der Haken da, lässt sich dann damit ausblenden.
plugin-options > panel-list > panel-item[action="never-activate"]::part(button) {
background-image: none !important;
}Im 3-Punkte-Menü der Addons taucht seit Firefox 110 ein Mülltonnen-Icon auf.
Danke für den Hinweis. Die Icons hatte ich hier immer noch im Original (also auch die Mülltonne), hast Du das abgeändert?
Probiers mal damit:
Ich danke dir, das funktioniert prima. In der Zwischenzeit habe ich auch noch diesen Weg gefunden, nur etwas abgeänderte Version.
#page-options > panel-list > panel-item[action="set-update-automatically"]::part(button) {
background-image: none !important;
}Damit ist das Thema erledigt.
Im Code wird das Icon damit ausgegeben:
:host([checked]) button {
background-image: url("chrome://global/skin/icons/check.svg");
}sieht damit dann so aus:
Was muss ich machen, um den dort weg zu bekommen?