Da ist die Logik durcheinander gekommen.
Solche Inkonsistenzen kommen (sehr selten) mal vor. Ändern der Einstellung und Neustart sollten helfen.
Beiträge von ggbsde
-
-
dass der Internet Provider den Port blockiert.
Denkbar ist auch, das eine lokale Firewall oder eine Firewall im Router blockiert.
-
Das ist doch nur das 'Hilfe' Untermenü. Auf den kleinen Pfeil links oben klicken sollte helfen.
-
Es handelt es sich um das selbe Bild wie in #4
Das ist richtig. Aber er behauptet nicht explizit, das das Bild im Fehlerbehebungsmodus gemacht wurde. Aber es wäre sicher hilfreich, wenn er klarstellen würde, ob er nun den Fehlerbehebungsmodus ausprobiert hat und einen dazu passenden Screenshot liefern würde.
-
Trotzdem sollte der Test im Fehlerbehebungsmodus endlich durchgeführt werden
Ich verstehe #11 so, das das gemacht wurde.
-
Nach Löschen der Datei session.json werden keine Tabs mehr geöffnet. Das wäre ein Versuch wert.
-
Vielleicht nutzt das Geschriebene.
Vielleicht. Mir nicht. Ich habe nichts verstanden.
-
Wohin könnte ich das dann schicken? Wer würde denn so etwas auswerten?
Das Profil kann nach Mozilla hochgeladen werden. Den Link kannst du hier posten. Ich würde mir das dann anschauen.
-
Ich frage mich, warum gmx das nicht kommuniziert, dass man das jetzt braucht...
Tun sie doch. Siehe #3. Man muß nur sorgfältig lesen.
-
Das Problem tauchte wieder auf.
Vielleicht solltest du mal ein Laufzeit-Profil erstellen. Siehe hier.
-
HTML:
Standard Properties findet man bei den Definitionen der HTML Elemente, z.B. auf MDN. Nicht-Standard Properties sind nicht dokumentiert, da diese von Programmen nach belieben gesetzt und entfernt werden können.
CSS:
Aktuelle findet man auch auf MDN. Obsolete und solche für das früher viel, jetzt aber immer weniger genutzte XUL (eine Beschreibungssprache ähnlich wie HTML, zu der z.B. auch das <tree> Element gehört), findet man hier.
-
nicht die Fontgröße der Mail-Liste
font-size wird anscheinend nicht in tables hinein vererbt. Folgendes geht:
Code#threadTree * { font-size: 20pt; } -
Nein, müssen sie nicht. Die Deklarationen innerhalb eines Blocks müssen durch Semikolon getrennt werden, aber:
ZitatDie letzte Deklaration eines Blocks muss nicht durch ein Semikolon abgeschlossen werden, obwohl es oft als guter Stil betrachtet wird, dies zu tun, da es verhindert, dass man vergisst, es hinzuzufügen, wenn der Block um eine weitere Deklaration erweitert wird.
-
Wie komme ich denn in diesen?
Hilfe -> Fehlerbehebungsmodus
Ich konnte das Problem übrigens nicht nachvollziehen. Es sei denn, der zu verschiebende Ordner enthält einen Punkt (vielleicht auch /) im Namen. Das kann TB verwirren.
-
In der Konsole scheinen eine Menge Fehler zu sein.
In der Tat. Relevant sind die Meldung gegen Ende der Liste mit 'nsIMsgFolder'. Da scheint was beim Aufräumen des Quellordners nicht zu funktionieren. Das verhindert vermutlich weitere Verschiebeoperationen.
Versuch das Verschieben mal im Fehlerbehebungsmodus. Klappt das?
-
Vielleicht ist w3schools was für dich.
-
danach passiert nichts mehr
Keinerlei Fehlermeldung? Schau mal in die Fehlerkonsole (Strg/Umschalt/I).
Bei umfangreichen Ordner dauert das Verschieben eine Weile. Vielleicht erlaubt TB derweil keine weitere derartige Operation. Beobachte die Statuszeile links unten.
-
Ich hab den Übeltäter jetzt gefunden
Gratuliere!
'*' bezieht sich auf alle Elemente. Ersetze das durch '#threadTree,#folderTree'.
Der '*' am Ende der Zeile mit 'font-size' ist falsch und muß weg.
-
Nach dem Hinweis, den Fehlerbehebungsmodus zu aktivieren hat sich herausgestellt, daß es wohl an den Eintragungen in der .css liegt...
Was lernen wir daraus?
Immer erst den Fehlerbehebungsmodus aktivieren, bevor man einen Fehler meldet oder hier im Forum fragt!mangels tieferer Stylesheet-Kenntnisse finde ich aber das Problem nicht...
Die sind zur Problemlösung auch nicht nötig. Einfach aus der userChrome.css solange Sachen rausschmeißen, bis der Fehler nicht mehr auftritt.
-
Weshalb sich das Problem allein auf das Kalenderfenster auswirkte bzw. VSync überhaupt auf den Thunderbird, bleibt mir ein Rätsel.
Mir auch. Ich würde fürchterlich gerne, wenn ich könnte, die Gegenprobe machen und schauen, ob das Problem wieder Auftritt, wenn vsync wieder deaktiviert wird.
