Moin,
Das Problem ist gelöst, welches deaktiviertes AddOn jetzt das Problem gemacht hat kann ich nicht sagen
Das Problem ist leider nur im Fehlerbehebungsmodus gelost.
dann aktivierst du nur die Hälfte der AddOns und testest.
Tritt das Problem nicht auf, deaktivierst du diese Hälfte und aktivierst dafür die andere Hälfte.
Tritt das Problem auf, dann wiederum die "Testgruppe" halbieren.
Wiederum erst die eine und dann die andere Hälfte aktieren, ggf. erneut Anzahl halbieren usw.
Auf diese Weise grenzt du ein und solltest das für das unerwünschte Verhalten verantwortliche AddOm schnell identifizieren können.
Es bringt nichts Add-ons zu deaktivieren und reaktivieren, wenn der TE schon alle entfernt hat, das Problem aber weiterhin im Normalmodus auftritt. Im abgesicherten Modus werden noch andere Funktionen oder Einstellungen deaktiviert. Wie wär‘s denn nach einer möglicherweise vorhandenen userChrome.css Datei zu suchen? Oder alle Symbolleisten auf Standard zurück zu setzen?
Wie wär‘s denn nach einer möglicherweise vorhandenen userChrome.css Datei zu suchen? Oder alle Symbolleisten auf Standard zurück zu setzen?
Hallo,
es gibt eine userChrome.css letzte Änderung 2018
@namespace url("http://www.mozilla.org/keymaster/gate…ere.is.only.xul");
/* Threadpane font */
#threadTree {
font-size: 16px !important; }
Ist das falsch?
Mir ist nicht bewusst Symbolleisten geändert zu haben, wo kontrolliere ich das?
Die AddOn habe ich alle entfernt
In der userChrome.css entferne zunächst mal die komplette @namespace Sache und teste erneut.
Ich habe derzeit keinen Zugang zu meinem Mac, kann also nur aus dem Gedächtnis anleiten. Wenn du die userChrome.css Datei vorübergehend aus dem Ordner chrome entfernst und TB neu startest, besteht das Problem immer noch?
In der userChrome.css entferne zunächst mal die komplette @namespace Sache und teste erneut.
Ich habe derzeit keinen Zugang zu meinem Mac, kann also nur aus dem Gedächtnis anleiten. Wenn du die userChrome.css Datei vorübergehend aus dem Ordner chrome entfernst und TB neu startest, besteht das Problem immer noch?
nach *.old umgenannt. Keine Wirkung, Anhänge ohne Fehlerbebungsmode nicht sichtbar.
Gibt es eigentlich eine log zu den erkannten Fehlern im Fehlerbehebungmode?
Gibt es eigentlich eine log zu den erkannten Fehlern im Fehlerbehebungmode?
Leider nein. Es wird ja auch nicht nach Fehlern gesucht, sondern viele Einstellungen werden nur temporär auf default Werte gesetzt.
Da fällt mir ein: hast du vielleicht eine Datei userprefs.js im Profil? Wenn ja, mal umbenennen.
Starte TB erneut im fehlerbehebungsmodus, wenn das Dialogfenster angezeigt wird setze einen Haken vor „Alle Systemleisten zurücksetzen“ und klicke auf Änderungen durchführen und TB starten.
Werden Anhänge jetzt im Nachrichtenbereich angezeigt , beende TB und starte ein paar Sekunden später im Normalmodus. Sind die Anhänge jetzt auch zu sehen?
Da fällt mir ein: hast du vielleicht eine Datei userprefs.js im Profil? Wenn ja, mal umbenennen.
Ich habe keine userprefs.js im TB directory, oder ist das profil wo anders gespeichert?
Da fällt mir ein: hast du vielleicht eine Datei userprefs.js im Profil? Wenn ja, mal umbenennen.
Es gibt eine prefs.js mit user-pref Einträgen.
// Mozilla User Preferences
// DO NOT EDIT THIS FILE.
//
// If you make changes to this file while the application is running,
// the changes will be overwritten when the application exits.
//
// To change a preference value, you can either:
// - modify it via the UI (e.g. via about:config in the browser); or
// - set it within a user.js file in your profile.
user_pref("accessibility.typeaheadfind.flashBar", 0);
user_pref("app.beta_appeal.version.viewed", 3);
user_pref("app.donation.eoy.version.viewed", 8);
user_pref("app.survey.version.viewed", 1);
user_pref("app.update.auto.migrated", true);
user_pref("app.update.disable_button.showUpdateHistory", false);
user_pref("app.update.download.attempts", 0);
user_pref("app.update.elevate.attempts", 0);
user_pref("app.update.lastUpdateDate", 1144757881);
user_pref("app.update.lastUpdateTime.addon-background-update-timer", 1787856038);
user_pref("app.update.lastUpdateTime.background-update-timer", 178785603
Lass die Finger weg von der prefs.js Datei! Hast du meinen Beitrag #29 gelesen ?
prefs.js
Das ist die wichtigste Datei in einem Profil Wie Mapenzi schon geschrieben hat: Finger weg!
Ich hab mich auch geirrt, die Datei nach der du schauen sollst, heißt nur 'user.js'.
Starte TB erneut im fehlerbehebungsmodus, wenn das Dialogfenster angezeigt wird setze einen Haken vor „Alle Systemleisten zurücksetzen“ und klicke auf Änderungen durchführen und TB starten.
Werden Anhänge jetzt im Nachrichtenbereich angezeigt , beende TB und starte ein paar Sekunden später im Normalmodus. Sind die Anhänge jetzt auch zu sehen?
Hat auch nicht geholfen, die Anhänge sind nicht zu sehen.
prefs.js
Das ist die wichtigste Datei in einem Profil Wie Mapenzi schon geschrieben hat: Finger weg!
Ich hab mich auch geirrt, die Datei nach der du schauen sollst, heißt nur 'user.js'.
Eine user.js gibt es nicht.
Auch nach update auf 153.2.0esr
Es handelt sich ja auch nicht um ein generelles Problem, da ist es unwahrscheinlich, das ein Update das Problem löst. Es sei denn, du oder wir finden den Grund noch heraus, und schreiben einen Bugreport, wenn der Grund doch bei TB liegt.
Es sei denn, du oder wir finden den Grund noch heraus, und schreiben einen Bugreport, wenn der Grund doch bei TB liegt.
Wo kann ich denn noch suchen, die AddOn sind deaktiviert, Symbolleisten zurückgesetzt, userChrome.css nach *.old renamed. wie kann man das profil überprüfen.
Auch nach update auf 153.2.0esr lassen sich die Anhänge nicht anzeigen
..... auch nicht wenn du die Hardwarebeschleunigung abschaltest in Einstellungen > Allgemein >>>> ganz unten?
Der entscheidende Test wäre dann, ein neues Profil zu erstellen und das selbe Konto einzurichten.
Was wir, glaube ich, noch nicht überprüft haben ist ob es einen Userchrome Mechanismus im Programm(!)Ordner gibt.
