ich kapiere es auch nicht, zumal das Problem dadurch jetzt immer noch nicht weg ist. 
Ich werde wohl noch bissel rum forschen müssen.
Selbst auf einer Seite verschiedene Schriftarten
und in dieses Profil kopierte ich lediglich obig 3 genannte Dateien.
Ich werde nochmal darüber nachdenken
ich habe darüber nachgedacht und einiges ausprobiert und ausgeschlossen. An der prefs.js liegt es schon mal nicht. Die habe ich in ein komplett neues Profil kopiert und ausprobiert. Dann habe ich nochmals allles aus dem neuen Profil gelöscht, und nur die 3 Dateien
cookies.sqlite
cookies.sqlite-shm
cookies.sqlite-wal
eingefügt. Und tada, der Fehler tritt wieder auf. Somit wohl ein Cookie Problem. Ich lasse alle Cookies beim Beeenden löschen, außer von ein paar Seiten und zu diesen gehört camp-firefox.de. Ich werde mal diese Ausnahme raus nehmen und die Cookies neu erstellen lassen. Mal sehen ob dann das Problem behoben ist.
auch ohne userContent.css das gleiche Verhalten.
Hier ein Video, welches das Verhalten im zweiten geklonten Tab verdeutlicht. Vielleicht reicht das ja
https://mozhelp.ddnss.de/dateien/forum/…rum-schrift.mp4
Hast du es mal ohne CSS Anpassung getestet?
nein, aber werde ich gleich ausprobieren.
Element bitte per Inspektor-Werkzeug aufrufen, in den Reiter „Schriftarten“ wechseln,
Ich habe F12 gedrückt und finde den Inspektor, aber nicht den Reiter "Schriftarten"?
Die Screenshots sind schon arg klein.
hatte ich auch bemerkt und größere eingefügt.
Auf welchem zeitlichen Stand ist denn der erste Screenshot
beide von heute: Bild1: 9:58 Uhr, Bild2: 12:42 Uhr
ältere Version im Browser-Cache gewesen
Strg+F5 hat nix genutzt.
Hast du lokal eine Schrift mit dem Namen Quicksand installiert?
Nein
Was mir gerade auffiel: Wenn ich die Seite länger offen habe (wenn die Schrift zu fett ist) dann ploppt sie wie aus heiterem Himmel manchmal zur "Normalsicht" um.
Auch wenn ich einen Beitrag anklickte und dann wieder zu ungelesenen Beiträgen wechselte war die Schrift wieder normal.
öffne ich wieder einen neuen Tab aus den Lesezeichen heraus mit ungelesenen Beiträgen, ist sie wieder zu fett
vorhin machte ich einen Screenshot wie die Seite der ungelesenen Beiträge bei mir aussieht, denn sie sieht so aus wie ich es gewohnt bin (userContent.css angepasst)
Nach einiger Zeit (gleiche Browsersitzung) rief ich die Seite wieder auf und die Schrift ist viel fetter geworden, siehe:
wie kann das sein? Bei Bedarf kann ich gerne meine userContent.css posten. Das Verhalten habe ich auch erst seit kurzem, somit denke ich, dass es mit dem WoltLab Suite 6.0 & Design-Refresh zu tun hat.
bin auch wieder dabei und setze mein Mützchen auf 
Viel mehr stört mich, dass sich beim Systemstart in längeren Abständen der Fx mit msn.com öffnet.
ist mir noch nie passiert. Ist auch nicht normal. Irgend etwas muss bei dir dazwischen funken.
Bafire Passt jetzt nicht ganz zu deinem Problem, aber es fiel mir auf:
Auf deinem Screenshot sieht man dass du Skripte/Frames aus Drittquellen global blockiert hast. Das ist ganz und gar nicht sinnvoll, denn das gilt dann für alle Websites, wenn dann höchstens lokal blockieren (rechte Spalte), das gilt dann nur für die eine Seite auf der du dich befindest. Skripte aus Drittquellen werden sehr oft eingesetzt und ich kann mir nicht vorstellen dass du sie überall blockiert haben willst. Beispiel https://demo.files.gallery/?balloons mit deinen global blockierten Skripten aus Drittquellen funktioniert die gesamte Galerie nicht mehr. Also mache es lieber rückgängig.
ich würde mal unter about:config das Wort copy einfügen um zu sehen ob da irgend ein Eintrag geändert wurde.
Ansonsten die prefs.js evtl in einem portablen Firefox einfügen und testen.
Win+r Taste drücken, im Ausführen-Fenster folgendes einfügen shell:startup und ok drücken, im öffnenden Ordner dort die Firefox Verknüpfung einfügen
In einem anderen Forum eben mal getestet, keine Probleme.
ich auch, im Thunderbird Forum z.B. gehts wirklich noch.
kann ich bestätigen, aber es liegt nicht am Forum denke ich, denn in dem Editor
einfach das in neuen Tab öffnen data:text/html, <html contenteditable> geht es auch nicht.
Drück mal die Windows Taste und gib dann folgenden Zeile ein:
%appdata%\Mozilla\Firefox
und öffne die Datei profiles.ini mit einem Texteditor
Dort siehst du alle Profile die du gespeichert hast und auch den Pfad dazu wenn dieser vom Standardpfad abweicht.
Danke für die Antworten 
Mozilla wird in Firefox 120 damit beginnen, Cookie-Dialoge standardmäßig zu blockieren. Allerdings: Die Ausrollung in Firefox 120 wird nur für Nutzer in Deutschland erfolgen. Nutzer in anderen Ländern werden also noch etwas länger warten müssen – oder die Funktion manuell über about:config aktivieren, indem der Schalter cookiebanners.service.mode auf 1 gesetzt wird
Gerade Firefox 120 per Update erhalten, aber Standard von cookiebanners.service.mode ist immer noch 0. Warum? Bin ich nur zu ungeduldig?
stimmt. Da die Seite eh automatisch auf https umleitet fiel mir das gar nicht auf.
Vielleicht reicht auch einfach ein Bookmarklet für diese Seite, ich habe mir eines gebastelt, da braucht man auch nur drauf klicken wenn man das in die Lesezeichen-Symbolleiste legt.
javascript:window.open("http://bugmenot.com/view/"+window.location.hostname);void(0);
oha, du hast recht. Wenn man das von AMO installiert sieht es wirklich so aus. Somit ist mein Post hinfällig bezüglich, dass es nicht von AMO sei.
