Ich hoffe das passt dann so:
Funktioniert einwandfrei, sehr gut... 
Keine Ahnung ob es evtl. sogar eine @-moz-document Regel dafür gibt
Möglich, vielleicht sogar mit regexp(), aber da steht bei Mozilla, dass das deprecated ist. Ob und wie man die Regeln auf den PDF-Viewer beschränken kann, wüsste ich jetzt auch nicht. Vielleicht weiß ja Sören Hentzschel was...
Eben mal getestet, funktioniert hier warum auch immer in beiden Dateien
Auch noch mal getestet. Bei mir läuft es definitiv nur in der 'userContent.css', in der 'userChrome.css' hingegen nicht. 
Der Code muss in die userChrome.css rein.
Du meinst sicher userContent.css, oder ?
Außerdem sollte man beachten, dass dann Sachen wie '.toolbarButton' oder '#pagenumber' sicher auch auf anderen Webseiten verwendet werden, müsste man also spezifischer für *.pdf Dokumente machen.
Das Update vom 24.10. habe ich mal übernommen und angepasst. Dabei ist mir aufgefallen, dass dort noch eine Kleinigkeit offen ist (nehme ich an
Danke für den Hinweis. In der Nightly hatte ich das bei mir schon geändert, aber noch nicht für die Release, für die ich dann ja die neue Version eingestellt hatte. Funktionieren tut es allerdings bei .tabbrowser-tab auch noch mit der Angabe des Bool-Wertes, auch noch in FF121.
also ganz unten
Dann musst du noch das hier var nTabbarPosition = 6; in den UserSettings eintragen...
wenn ich das script tabbaratbottom.uc.js mit reinlege geht wieder nichts
Das Skript brauchst du nicht. Bitte wieder löschen!
Hilfe - seit dem heutigen Update (119)(64 bit) ist die Leiste komplett verschwunden. Also auch nicht oben zu sehen sondern einfach weg????
Ich vermute(!), du bist im falschen Thread...
Falls du noch die mehrzeilige Tableiste nutzt, dann musst du die neueste Version dieses Skripts nutzen:
Wichtig: Dieses Skript wird nicht mehr weiterentwickelt. Die letzte Firefox-Version, die noch unterstützt wird ist 137.
Leider zu früh gefreut
Das leidige Problem mit den nicht mehr sichtbaren angehefteten Tabs ist immer noch da.
Du hast also mit diesem Skript bzw. mit dem geupdateten Skript aus dem Startbeitrag noch die gleichen Probleme wie vorher?
Könntest du bitte auch mal mit der aktuellen Version FF119 oder der Nightly FF121 testen und mitteilen, ob da das Problem dort auch besteht?
Ich komme wohl erst am Wochenende dazu, der Sache noch einmal eingehend zu untersuchen. Das wird sich allerdings schwierig gestalten, weil ich diesen Fehler bei mir immer noch nicht nachvollziehen kann.
mr.b. Ist bei dir der Fehler noch einmal aufgetreten?
Hier *war* sie dort leider nicht.
Und wenn du das Skript entfernst, ist dann die Tableiste wieder da?
Steht bezüglich deines Scripts bzw. deines Problems eine Meldung in der Konsole ([Strg]+[Shift]+[J])?
Am besten hier alle Haken entfernen, und nur bei Bedarf übersetzen lassen:
Genau... 
Lässt du die Seite übersetzen?
Sehr gut beobachtet...
Lisa. hat die Option "Englisch immer übersetzen" eingeschaltet und da für die angegebene Webseite als Sprache "englisch" im Quelltext gesetzt wurde, versucht sich der Übersetzer daran den deutschen Text als englischen Text zu interpretieren und wieder nach "deutsch" zu übersetzen. 
Das letzte Skript von aborix funktioniert hier in FF118 einwandfrei.
Hast du auch den (aktualisierten!) Link aus #41 von Zitronella aufgerufen?
Es müssen ab FF115 zwei Dateien ausgetauscht werden.
diese UserScript funktioniert nicht mehr mit Firefox 115 Version.
Darf ich fragen, wozu du dieses Skript brauchst? Das Kopieren des Quelltextes über eine Auswahl ist doch schon im Firefox enthalten. Oder ist es der zusätzliche Klick um die selektierte Vorschau des Quelltextes dann endgültig in das Clipboard zu kopieren, der dich stört?
Mozillas Release Management ist damit einverstanden, den Bugfix in Firefox ESR 115 zu integrieren.
Wow, du hast Kontakt zum (Release-)Management... 
?! Vielen Dank für deine Bemühungen .
Dann hoffe ich nur, dass mein Fehler auch wirklich damit in Verbindung steht, da ich ja hier im Forum anscheinend der einzige bin, bei dem dieses Verhalten zu beobachten ist.
Ich nutze sie für einen Teil (9) meiner Erweiterungen/Skripte und deren Button.
Gut, dann ist das für dich natürlich noch keine Lösung. Aber ich denke, so wirklich schlimm ist der verschwundene Erweiterungs-Button eigentlich auch nicht. Es sei denn, man ist ständig mit mehreren Fenstern unterwegs...
Der entscheidende Grund, warum der Button verschwindet, ist die Funktion CustomizableUI.registerArea() in Zeile 15.
Kommentiert man diesen Aufruf aus, kann man dort zwar keine Toolbar-Buttons mehr ablegen, aber ansonsten verhält sich die Leiste normal und der Erweiterungsbutton verschwindet nicht und funktioniert, wenn man ein neues Fenster öffnet.
Wer die Leiste wirklich nur als Statusleiste nutzen möchte (so wie ich) , für den mag das ja vielleicht schon ausreichend sein...
Wenn ich Firefox beenden anklicke, passiert nichts, die Fehlermeldung kommt erneut.
Suche im Windows-Explorer den Pfad zu deinem Profil (Profil finden) :
z.B: 'C:\Users\[username]\AppData\Roaming\Mozilla\Firefox\Profiles\hql39pji.default-esr'
Lösche (falls vorhanden!) die Dateien 'compatibility.ini' und 'parent.lock'.
Genau. Ansonsten können Tabs auch bei RAM-Knappheit automatisch oder durch Erweiterungen entladen werden.
Habe es jetzt nochmal getestet und der Zusammenhang mit dem Fehler und den "noch nicht wieder geladenen Tabs" ist mir jetzt, so hoffe ich, klar. Wenn man nach einem Neustart mehrere Tabs, die schon vorher normal geöffnet waren (nicht angepinnt) , mittels 'Multiselect' (z.B. Linke Maustaste + [Shift] Linke Maustaste) auswählt und anpinnen wählt, dann wird nur der Tab angeheftet, der durch den direkten Maus-Klick angewählt wurde, die anderen selektierten Tabs sind ja noch nicht durch die Multi-Selektion neu geladen worden. Würde passen...
Ich kann ja mal im Bugzilla-Ticket nachfragen, ob das „WONTFIX“ für Firefox ESR 115 schon in Stein gemeißelt ist.
Danke . Das wäre toll, wenn man die "zurückgebliebenen" ESR-Anwender nicht vergessen würde...
In dem Fall wäre mindestens ein „entladener“ Tab die entscheidende Variable dafür, dass das Problem auftritt. Das würde auch erklären, wieso du das Problem nicht immer reproduzieren kannst und deine Schritte zum Reproduzieren einen Neustart von Firefox einschließen - zu dem frühen Zeitpunkt sind vielleicht nicht alle Tabs geladen.
Danke für deine Antwort .
"Entladen" bedeutet: Der Browser wird geschlossen und ein Tab wurde noch nicht wieder nach Neustart durch Selektion neu geladen? .
Was merkwürdig ist: Habe es jetzt in einem neuen Profil (FF118) getestet und da kann ich dieses Verhalten nicht mehr provozieren . Das muss jetzt nichts heißen, da es ja bei jedem Profil unterschiedliche "Timings" geben kann und der Fehler vielleicht nur seltener auftritt. Werde ich weiterhin testen.
Auf jeden Fall ist das, was du geschrieben hast sehr naheliegend und würde einiges gut erklären.
Es ist übrigens keine Behebung für Firefox ESR 115 geplant.
Das wäre nicht so schön, da ich das Anheften von Tabs fast immer nur für mehrere Tabs nutze.
Läßt sich das Scrollen optimieren?
Unter Umständen. Du könntest mit folgenden Einstellungen in 'about:config' (besser in der 'user.js') experimentieren:
Das sind meine Werte...
user_pref("general.smoothScroll.mouseWheel.durationMaxMS", 400);
user_pref("general.smoothScroll.mouseWheel.durationMinMS", 200);
user_pref("mousewheel.acceleration.factor", 5);
user_pref("mousewheel.acceleration.start", 0);Damit wird eine neue Leiste eingefügt.
Im Hauptprofil sieht die so aus:
Ok, jetzt ist es mir klar . Das obige Skript ist also dein Statusleistenskript, oder wie man die Leiste unter dem Content-Bereich nun auch nennen möchte. War etwas verwirrt, weil ich dachte, du möchtest unten zwei Leisten haben.
Wie gesagt, werde ich mir mal später anschauen, was bei dem Skript im Argen liegt. Hat wahrscheinlich wieder was mit der nicht mehr existenten 'bottombox' zu tun.