Hab mir 'Clippings' jetzt mal testweise installiert.
da funktioniert nur dieser Code hier:
Ja, scheint so zu sein, da Im 'svg' für fill/stroke -> context-fill/context-stroke gesetzt sein muss.
Falls es dafür nicht auch eine einfachere Lösung gibt, nutzt man halt wahlweise das eine oder andere... 
Z.B. bei einem Icon einer Erweiterung, funktioniert die andere Version hier nicht
Hast du mal ein Beispiel?
So geht das:
Sehr schön, entfällt das doch recht umständliche "Gefiltere":
filter: invert(13%) sepia(68%) saturate(7447%) hue-rotate(1deg) brightness(103%) contrast(117%);
Kannte ich zuletzt nur noch für die Ordnersymbole fur Aris css, mal schauen, ob noch genutzt hier. Danke.
Verdammt, Mist, stimmt! Das hatte ich ja gar nicht auf dem Schirm. Da kommt es ja "hundertfach" vor. Ich benutze noch eine relativ alte Version, muss jetzt auch mal bei Aris schauen, ob das immer noch so ist, oder ob sich da schon was getan hat...
Laut Suchfunktion wird das hier immer noch teilweise in individuellen Anpassungen verwendet.
Das wir dann (laut Suchfunktion) in erster Linie wohl mich betreffen. Ist bei mir aber schon vor geraumer Zeit raus geflogen, da ich meine "Icon-Buttons" jetzt vollkommen anders handhabe. Danke für die Info!
Ausgehend von den Screenshots trifft das auf drei der fünf Duplikate nicht zu und ein Duplikat hat gar keinen Screenshot.
Stimmt.
Ich hatte mir nicht die letzten Duplikate angeschaut, da sind dann wirklich die gleichen Symptome zu erkennen.
Beim ersten Link zur "Brady Bunch"/"Arial Bold"-Thematik und den Screenshots waren es eben nur die Metriken...
Und hängt demnach mit mehreren installierten Schriften zusammen, welche intern den gleichen Namen verwenden. Wenn nicht bewusst zusätzliche Schriften installiert wurden, dann vielleicht durch andere Software.
In den "several bugs", welche in dem verlinkten Bug zusammengefasst sind, geht es aber um Metriken, was auch die Screenshots zeigen. Die Texte sind allesamt noch lesbar, was in dem hier vorliegenden Fall ja nicht mehr gegeben ist.
Außerdem hatten wir auch schon einige Fälle (Link müsste ich suchen) unter Windows 7, komischerweise keine unter Win 10/11.
Wirklich schade, dass sich die Betroffenen hier im Forum alle nicht mehr weiter zu ihrem Problem geäußert haben... 
Neben dem Screenshot vom 'Windows Error Reporting' wären die beiden darunter liegenden Fehlermeldungen mit den Ereignis-IDs 1000 und 1026 noch interessant. Die Windows-Managment-Konsole scheint abgestürzt zu sein. Aber ob dies die Ursache für das Beenden des Firefox ist oder Folge eines anderen Absturzes, lässt sich mit den wenigen Informationen nicht ermitteln.
Ist dieser Fehler jetzt zum ersten Mal oder schon öfters in der Vergangenheit aufgetreten?
Wurden noch andere Applikationen zeitgleich beendet?
Bitte auch unter "about:crashes" im Firefox nachschauen, ob da zeitgleich eine Absturzmeldung vorliegt...
Super Danke
und der Temp Ordner wird ja wieder gelöscht oder ?
Firefox löscht beim Beenden alle Dateien automatisch, die er im Temp-Ordner angelegt hat (vorausgesetzt, kein anderes Programm besitzt zu diesem Zeitpunkt noch die exklusiven Schreibrechte auf dieser Datei).
Kann es sich bei dem was auf dem Bild oben zu sehen ist auch um einen verschlüsselten Text handeln?
Ja, es handelt sich um ein ROT-X "Verschlüsselung", aber das ist sicherlich nicht willentlich verschlüsselt, sondern es wurden ein paar Bits in den Zeichen verschoben und daher werden auf der betroffenen Seite jetzt andere Zeichen dargestellt. In meinem Link im vorherigen Beitrag hatte ich ja genau darauf schon hingewiesen:
Hier hatten wir z.B. das gleiche Thema (auch MacOS).
Leider haben sich bis jetzt alle Betroffenen nie wirklich die Mühe gemacht, diesem Problem richtig auf den Grund zu gehen. Antworten auf Vorschläge und Fragen sind meist ausgeblieben und so stochern wir bis heute halt leider weiter im Nebel...
ein gelernter IT-Techniker weiß das doch viel besser als du.
Ich Dummerchen, wahrscheinlich hast du recht... . Aber mal im Ernst: Nur weil man irgendwas mit 'IT' gelernt bzw. studiert hat und das beruflich macht, heißt das eben nicht, dass man für jedes IT-Problem automatisch die richtige Lösung parat hat. Eine entsprechende Ausbildung/Berufserfahrung sollte aber eigentlich dazu befähigen, wenigstens die richtigen Ansätze und Methoden zur Lösungsfindung zu kennen und falls gar nichts geht, eben auch fremde Hilfe anzunehmen.
Ich habe die Beiträge mal in einen neuen Thread verschoben.
Habe allerdings wenig Hoffnung, dass er dieses (Hilfs-)Angebot auch wirklich zeitnah nutzen wird...
Wie gesagt alles genau so gemacht wie man es machen soll. Bin nicht von gestern als gelernter IT-Techniker (Betriebsinformatik) kenne ich mich doch besser aus als so mancher hier und weiß wie man mit Systemen, Software und so weiter umzugehen hat.
Du hast dieses Problem mit Skripten jetzt seit ziemlich genau 3(!)Jahren, meldest dich aber nur alle paar Monate und jammerst, dass es nicht funktioniert. Dabei antwortest du in der Regel nicht auf Fragen (oder erst nach Monaten) und man fängt dann wieder jedes Mal buchstäblich bei Null an.
Ich verstehe auch nicht, warum du nicht ein neues Thema zu deinem Problem eröffnest, dafür ist doch dieses Forum da. Stattdessen postest du deinen (verständlichen) Frust immer wieder in diesem speziellen Thread, wo doch schon längst geklärt ist, dass bei dir überhaupt keine Skripte laufen!?
Wenn du dir nur ein einziges Mal ca. 1-2 Stunden Zeit nehmen würdest, um dein Problem endlich mit Hilfe der vielen hilfsbereiten User hier anzugehen, dann bin ich mir sicher, wird es auch eine Lösung geben 
Falls es dann immer noch nicht funktioniert, dann ist dein Rechner verflucht oder verhext und du müssest dich an einen ortsansässigen Schamanen deines Vertrauens wenden.
Ich habe jetzt die Änderung im Skript 'wetterfuchsbutton.uc.js' durchgeführt und es sollten jetzt wieder die vorgegebenen Werte aus dem 'urlobj' benutzt werden. Die 640x800px Panel-Vorgabe in der UserChromeShadow.css muss dann natürlich gelöscht werden...
Folgende 2 Zeilen(187 und 188) müssen geändert werden -> ich habe zum Testen die Sourcen vom Boersenfeger benutzt!
von:
myiframe.parentNode.width = this.urlobj[bezeichner]["width"];
myiframe.parentNode.height = this.urlobj[bezeichner]["height"];nach:
myiframe.parentNode.style.width = this.urlobj[bezeichner]["width"]+'px';
myiframe.parentNode.style.height = this.urlobj[bezeichner]["height"]+'px';Hoffe ihr könnt da helfen.
Vielleicht...ein bisschen.
Bei mir zeigt er jetzt wieder etwas an:
Wenn ich in der userChromeShadow.css die Breite und Höhe (hier: 640x800) für das Panel vorgebe:
#wetterfuchs-panel vbox {
width: 640px !important;
height: 800px !important;
}Das ist jetzt zwar noch keine Lösung, aber vielleicht ein Hinweis, wie man das im Javascript umsetzen muss...
"mutex" ist eine Systemidentifizierung für Prozesse.
Falsch. Ein Mutex(-Objekt) brauchst du, um Objekte bzw. Funktionen, die von mehreren Threads/Prozessen aufgerufen werden können und welche gemeinsam genutzte Daten manipulieren bzw. konsistent lesen müssen, vor gleichzeitigem Zugriff zu schützen. Also ein Thread/Prozess (hier wohle der Hauptprozess) überprüft, ob geschützter Code gerade von einem anderen Thread/Prozess bearbeitet wird und wartet solange, bis der Mutex wieder 'offen' ist. Genau das ist hier wohl auch passiert: der Hauptthread wartet auf die Freigabe eines Mutex und da diese in einem bestimmten Zeitfenster nicht kommt, wird eine Exception ausgelöst und Firefox beendet sich "unnormal".
Der Thread, der den Mutex geöffnet hat, wird wohl irgendwo in einer Endlosschleife/Rekursion hängen oder wartet seinerseits auf irgendetwas? Ich will damit sagen, dass das eigentliche Problem viel tiefer im Aufrufstack passiert sein kann und so eine Fehlersuche alles andere als trivial ist. Ich denke, man muss gerade bei so einer Thematik wie Nebenläufigkeit, schon sehr gut mit dem Code vertraut sein, um nur mittels der Absturzinformationen wirklich zielgerichtete Lösungsvorschläge machen zu können.
Solche Sprüche bringen nichts.
Und irgendwelche Begriffe herausgreifen, die man selber nicht versteht, ist auch nicht sehr hilfreich...
Im aktuellen Nightly funktioniert das Script RE: userChrome.js Scripte für den Fuchs (Diskussion) wieder nicht.
Bitte testen (für Version 111) :
(function() {
if (!window.gBrowser)
return;
function setFunction() {
PlacesViewBase.prototype._mayAddCommandsItems =
function PVB__mayAddCommandsItems(aPopup) {
let hasMultipleURIs = false;
let menuitemCount = 0;
let menuCount = 0;
if (aPopup._placesNode.childCount > 0) {
for (let item of aPopup.children) {
if (item._placesNode) {
if (item.localName == 'menuitem') {
menuitemCount++;
} else if (item.localName == 'menu') {
menuCount++;
}
}
}
if (menuitemCount > 0 || menuCount > 0) {
hasMultipleURIs = true;
}
}
if (!hasMultipleURIs) {
aPopup.setAttribute("nofooterpopup", "true");
if (aPopup._endOptOpenAllInTabs) {
aPopup.removeChild(aPopup._endOptOpenAllInTabs);
aPopup._endOptOpenAllInTabs = null;
aPopup.removeChild(aPopup._endOptSeparator);
aPopup._endOptSeparator = null;
}
return;
}
aPopup.removeAttribute("nofooterpopup");
if (!aPopup._endOptOpenAllInTabs) {
aPopup._endOptSeparator = document.createXULElement("menuseparator");
aPopup._endOptSeparator.className = "bookmarks-actions-menuseparator";
aPopup.insertBefore(aPopup._endOptSeparator, aPopup.firstChild);
aPopup._endOptOpenAllInTabs = document.createXULElement("menuitem");
aPopup._endOptOpenAllInTabs.className = "openintabs-menuitem";
if (this.options?.extraClasses?.entry) {
aPopup._endOptOpenAllInTabs.classList.add(
this.options.extraClasses.entry
);
}
aPopup._endOptOpenAllInTabs.setAttribute(
"oncommand",
"PlacesUIUtils.openMultipleLinksInTabs(this.parentNode._placesNode, event, " +
"PlacesUIUtils.getViewForNode(this));"
);
aPopup._endOptOpenAllInTabs.setAttribute(
"onclick",
"checkForMiddleClick(this, event); event.stopPropagation();"
);
aPopup.insertBefore(aPopup._endOptOpenAllInTabs, aPopup.firstChild);
}
let label = menuitemCount + " Link";
if (menuitemCount != 1) {
label += "s";
}
label += " / " + menuCount + " Ordner."
if (menuitemCount == 1) {
label += " -> Link in Tab öffnen."
} else if (menuitemCount > 1) {
label += " -> Links in Tabs öffnen."
}
aPopup._endOptOpenAllInTabs.setAttribute("label", label);
}
}
setTimeout(function() {
setFunction();
},50);
})();Wieder was gelernt ->
Sachen gibt's...in JavaScript
wäre solch eine Systemeinstellung, die man nicht stündlich braucht, besser im Hamburger angesiedelt?
Ehrlich gesagt war das auch mein erster Gedanke, als ich des 'neuen' Buttons gewahr wurde. Im Hamburger Menü bräuchte man zwar einen Klick mehr, um an seine Erweiterungen zu kommen, aber da ja immer noch die Möglichkeit besteht, häufig genutzte Erweiterungs-Buttons an die Symbolleiste anzuheften, wäre das eigentlich auch kein Gegenargument. Na ja, irgendwas wird sich Mozilla schon dabei gedacht haben...
Nach einem Programmstart ist der Button wieder am "serienmäßigen" Ort.
Das Verhalten kann ich auch nicht bestätigen.
Falls der Erweiterungsbutton ins Überhangmenü verschoben wird oder beim Verkleinern des Fensters dorthin wandert, muss ich (hier!) beim Anklicken des Buttons die linke Maustaste gedrückt halten und dann in das öffnende Erweiterungs-Popup wechseln. Mache ich das nicht und klicke nur kurz auf den Button, verschwindet das Popup sofort wieder.
Aber der neue Erweiterungsbutton ist nicht dafür gedacht, ins Überhangmenü geschoben zu werden, da er ja defaultmäßig statisch plaziert ist und damit immer sichtbar ist. Also wurde diese Möglichkeit logischerweise von Mozilla nie berücksichtigt und daher ist es auch nicht gewährleistet, dass er im Überhangmenü korrekt funktioniert. Für mich ist das ok so...
Edit: 'uBlock Origin' kann z.B. auch nicht in das Überhangmenü verschoben werden, da es ein eigenes Popup öffnet. Anscheinend ist für diesen Button ein Attribut/Klasse/etc. definiert, welches abgefragt wird und das Verschieben dorthin verhindert.
Edit2: Dieses Verhalten ist übrigens neu. Könnte vielleicht mit 'Manifest V3-Erweiterungen' zusammenhängen?
Auch wenn der Button mal wieder entfernt wird, hier noch eine Möglichkeit ihn per Skript zu verschieben:
Sehr gut! Jetzt ist der Button wieder da, wo er vorher war, wenn auch mit etwas anderer Funktionalität. 
Auch von mir ein dickes Dankeschön!
