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.
Mach dir aber bitte keinen Stress, so wichtig ist (mir) das nicht
Aber das interessiert mich jetzt 
. Könntest du bitte mal dein 'Statusleisten-Skript' posten. Das ist nämlich im Prinzip exakt das gleiche Skript, was du gepostet hast. Was soll mit dem Skript aus #1 überhaupt bezweckt werden, Statusleiste hast du doch schon, oder? Bei mir ist das Statusleistenskript 'StatusleisteAborix.uc.js' übrigens der Grund, weswegen der Erweiterungs-Button im neuen Fenster verschwindet! Muss ich mir später mal anschauen...
Wenn ich das Skript aus meinen anderen Fx Versionen entferne, dann ist der Button jedesmal im neuen Fenster vorhanden.
. Wie gesagt, ich habe das gleiche Verhalten ohne das Skript(115+118). Habe jetzt mal aus meinem normalen Profil, alle Skripte + userChrome.css entfernt, dann zeigt er auch den Erweiterungs-Button im neuen Fenster an! Folglich sorgt etwas in einem oder mehreren Skripten für das Verschwinden. Muss ich dann mal nacheinander wieder einschalten...
Danke für deine Antwort.
Ich habe auch länger probieren müssen und bin durch Zufall darauf gestoßen. Wie gesagt meistens läuft es. Da es bei mir auch im Fehlerbehebungsmodus diesen Fehler gibt (bei zwei unterschiedlichen Versionen), bin ich immer noch der Meinung, dass der Fehler nicht an meinem Profil liegt. Werde es aber mal mit einem neuen Profil probieren...
Kann das Verhalten bestätigen, aber das hat nichts mit dem Skript zu tun, da auch ohne das Skript (bei mir!) der Erweiterungsbutton in einem neuen Fenster fehlt. Im Fehlerbehebungsmodus ist er zwar da, aber da ja alle Erweiterungen deaktiviert wurden, funktioniert er ganz anders, nämlich so wie früher, als Link auf 'about:addons'.
Woran es jetzt aber genau liegt, kann ich auch nicht sagen...
Wenn mehrere Tabs selektiert werden (>3) und man über das Kontextmenü 'Tabs anheften' auswählt, dann werden sehr oft (nicht immer!) nur ein oder zwei Tabs wirklich angepinnt, die restlichen Tabs bleiben normal selektiert an Ort und Stelle. Der Fehler scheint häufiger aufzutreten, wenn man vorher den Firefox mit angepinnten Tabs über 'Beenden' (nicht über Restart-Skript!) schließt und dann wieder startet und neue Tabs anpinnt. Dann erscheint folgende Meldung in der Konsole:
10:34:52.407 Uncaught TypeError: aTab.linkedBrowser.browsingContext is null
_notifyPinnedStatus chrome://browser/content/tabbrowser.js:716
pinTab chrome://browser/content/tabbrowser.js:732
pinMultiSelectedTabs chrome://browser/content/tabbrowser.js:5402
oncommand chrome://browser/content/browser.xhtml:1
tabbrowser.js:716:7
_notifyPinnedStatus chrome://browser/content/tabbrowser.js:716
pinTab chrome://browser/content/tabbrowser.js:732
pinMultiSelectedTabs chrome://browser/content/tabbrowser.js:5402
oncommand chrome://browser/content/browser.xhtml:1Das sieht dann so aus:
FF118
FF115esr (Fehlerbehebungsmodus)
Habe mir zuerst einen Wolf in meinen eigenen Skripten gesucht, bis ich festgestellt habe, dass dieser Fehler auch im 'Fehlerbehebungsmodus' auftritt. In der Nightly tritt der Fehler nicht (mehr) auf! Daher vermute ich, dass der Fehler eigentlich bekannt ist und auch gefixt wurde, konnte aber in Bugzilla nichts passendes finden.
Ist das ein bekannter Fehler? Kann jemand den Fehler bestätigen?
Siehe Korrektur in rot... könnte wichtig sein...
Danke, habe es korrigiert...
Sehr gut, wenn Mozilla sich bemüht, dieses "Problem" zu lösen bzw. erträglicher zu machen .
Die meisten Erweiterungen oder auch Filter in 'uBlock Origin' funktionieren hier nicht sonderlich zuverlässig und blockieren u.U. sogar die ganze Website.
Ich habe es jetzt mal in der Nightly getestet. Die Dialoge, welche einen "Zustimmen"-Button und wahlweise ein kostenpflichtiges Angebot anbieten, werden richtigerweise nicht blockiert. Kann ja sein, dass ich ein Abo abschließen möchte...
Ansonsten wurden bei meinem kleinen Test mit Nachrichtenseiten ungefähr 40% bis 50% der Dialoge unterdrückt. Was ich für den Anfang erst mal in Ordnung finde! Am wichtigsten ist allerdings, dass es keine Seiten gibt, die durch die Unterdrückung des Cookie-Dialogs unbedienbar werden.
Darf ich fragen, wie hast du Fox Icon neben Datei angebaut?
Es ist so wie 2002Andreas geschrieben hat, einfach mit content in der 'userChrome.css' . Soll das fehlende Icon der Windows-Titelleiste ersetzen:
#file-menu::before
{
display: block !important;
content:url('./image/FireFox-ESR-Icon-18px.png') !important;
position: relative !important;
margin-left: 3px !important;
margin-top: 3px !important;
}Ich brauche das, weil ich ständig die ESR/Release/Nightly parallel offen habe. So sehe ich auf einen Blick, was was ist.
Hier die 'png'-Icons für ESR/Release/Nightly:
sam2008 :
Anscheinend willst du ja die Windows-Titelleiste überhaupt nicht nutzen (was ich gut verstehen kann). Du kannst ja den Profil-Namen auch z.B. in die Menüleiste schreiben. Den gesamten Code von Alice habe ich durch diesen Aufruf über den nsIToolkitProfileService ersetzt (verstehe nicht, warum Alice den Namen über die 'profiles.ini' ausliest... ) :
let currentProfileName = Cc["@mozilla.org/toolkit/profile-service;1"].getService(Ci.nsIToolkitProfileService).currentProfile.name;Habe diese Zeile dann in das bekannte Skript für die Anzeige der Version und der Uhr gepackt (Zeile 49/50). Nachteil: ein zur Laufzeit umbenanntes Profil wird dann erst nach Neustart erkannt, wenn dir das reicht, dann kannst du das ja mal testen:
// VersionClockRightPos.uc.js: Anzeige der FireFox-Version und Datum/Uhrzeit in der 'Titlebar'
(function() {
if (!window.gBrowser){
return;
}
function doDatClock() {
date = new Date();
var timestr = date.toLocaleDateString( locale, { weekday: "long", year: "numeric", month: "long", day: "numeric"} ) +
' - ' + date.toLocaleTimeString( locale, { hour: '2-digit', minute: '2-digit', second: '2-digit' } ) +
' Uhr';
if( count == 1 ) {
var counter = new Date( 1000 * sec ).toISOString().substr( 11 , 8 ); // .replace(/^[0:]+/, '') // if you want to replace zeroes and colons
timestr = timestr + ' (' + counter + ')';
sec++;
}
ClockLabel.setAttribute( 'value', timestr );
}
var count = 0; // if you don't want a counter set this to zero
var agent = 1; // if you just want the clock set this to zero
var language = 'de-DE'; // locale, e.g. 'de-DE' , 'en-US' , 'fr-FR'
var personalText = ','; // your personal text here
var sec = 0;
var locale = language || window.navigator.languages[0];
var position = document.getElementsByClassName('titlebar-button titlebar-min')[0];
var ClockLabel = document.createXULElement('label');
ClockLabel.setAttribute('id', 'titlebar-clock-display');
ClockLabel.setAttribute('class', 'titlebarpanel-text');
position.parentNode.insertBefore(ClockLabel, position );
if( agent == 1 ) {
var AgentLabel = document.createXULElement('label');
AgentLabel.setAttribute('id', 'titlebar-agent-display');
AgentLabel.setAttribute('class', 'titlebarpanel-text');
var FFstr = AppConstants.MOZ_MACBUNDLE_NAME.split('.');
var mbName = FFstr[0];
let currentProfileName = Cc["@mozilla.org/toolkit/profile-service;1"].getService(Ci.nsIToolkitProfileService).currentProfile.name;
var text = '' + mbName + ' ' + AppConstants.MOZ_APP_VERSION_DISPLAY + " [" + currentProfileName + "] " + personalText;
AgentLabel.setAttribute( 'value', text );
position.parentNode.insertBefore(AgentLabel, position.previousSibling);
}
if( count == 1 ) {
ClockLabel.addEventListener('dblclick', function() { sec = 0; });
}
window.setInterval( doDatClock , 1000 );
})();Sieht dann z.B. so aus:
Unten links im Anpassenfenster
Hast du auch im Firefox unter 'Symbolleiste anpassen...' die Titelleiste eingeblendet?
Das hatte ich ihn schon vor ca. 30 Minuten (spaßeshalber) gefragt, weil ich dachte, dass sich das ja eigentlich von selbst versteht, wenn das Skript schon 'setCurrentProfileNameToTitlebar' heißt.
nein, habe nicht gemacht.
Dann mach es mal...
Wie soll denn das Skript funktionieren, wenn du die Titelleiste nicht einblendest?
Wenn die nicht vorhanden ist, dann schmeißt er mir in der Konsole auch Fehler!
Siehe bitte den Screenshot in Beitrag Nr. 3541
Das ist eine ESR Version port.
Sorry, hatte ich übersehen!
[...] und das funktioniert bei mir ohne Probleme in Firefox ESR 115.
[...] Installierter Firefox natürlich
Damit ist diese "Fehlerquelle" also ausgeschlossen...
Ich bleibe einfach mal bei 'Timing'-Problemen.
Mit einer port. 118 funktioniert es hier auch nicht, in der inst. Version aber schon.
Könntest du bitte das auch mit der ESR115 testen - das nutzt ja sam2008.
Liegt das evtl. daran, dass es eine port. Version ist
Das könnte natürlich sein. Ich habe ja ausschließlich portable Versionen. Du hast doch die ESR sicher auch portabel zur Verfügung?!
Also bei mir funktioniert das unveränderte Skript, welches du gepostet hast, einwandfrei in der 115esr:
Hast du auch im Firefox unter 'Symbolleiste anpassen...' die Titelleiste eingeblendet?
In der vorletzten Zeile (bei deinem Skript in Zeile 82) bitte auch mal den Wert von '500' auf '1000' oder mehr erhöhen.