Das Suchfenster läßt sich problemlos ohne den Start des Hauptprogramms starten, wie von ggbsde gepostet.
Das Bedingungsfenster füllt sich erst, wenn man bei "Nachrichten suchen in:" ein gültiges Suchziel angibt, z.B. "Lokale Ordner", Posteingang o.a.
Allerdings läßt sich danach kein zweiter TB-Prozeß starten. Aber das brauche ich in meinem Fall auch nicht, wenn ich nur die heute eingegangenen Mails sehen will.
... Muß ich mal probieren, Danke.
...Es funktioniert tatsächlich, Das Suchfenster öffnet sich, ist aber nicht zu gebrauchen, da (zumindest bei mir) die Bedingungsfenster leer sind.
Aber vielleicht läßt sich das auch noch lösen...
Aha. Weiß jemand über die Kommandozeilen und deren Parametrierung Bescheid?
Wenn das Suchfenster ein eigener Programmteil ist, der eigenständig läuft, müßte man das auch eigenständig starten können... Dann bräuchte ich nicht vorher das alte Programm starten, sondern gleich das Suchfenster...
140.2.0esr (64-Bit)
...Der Bug ist auf Bugzilla gemeldet, habe auch einen Screenshot geschickt, aber momentan scheint sich niemand darum zu kümmern. Auch in der neuesten Version funktioniert es nicht.
Durch Herumprobieren habe ich jetzt einen Workaround gefunden...
Da die Suche unter 102.15.1 ja sauber funktioniert, habe ich eine portable Version 102.15.1 offline gestartet und den Pfad auf den aktuellen Lokalen Ordner eingestellt.
Damit lassen sich z.B. die Mails mit dem Datum "Heute" blitzschnell finden.
Jetzt beende ich das Hauptprogramm 102.15.1, lasse das Suchfentster aber offen.
Jetzt starte ich die aktuelle Version 140.2.0esr (64-Bit), wobei diese nicht meckert, daß eine andere TB-Instanz noch läuft...
Ich kann jetzt mit der aktuellen Version online arbeiten und das Suchfenster von V. 102.15.1 im Hintergrund offen halten und dort die Suche machen... D.h. ich muß das pro Windows-Sitzung nur einmal machen, das funktionierene Suchfenster läurft ja im Hintergrund mit...
...Was mich zu der Frage veranlaßt, ob man die Suchfunktion auch ohne das Hauptprogramm starten könnte... Weil einmal gestartet, läuft es wohl auch ohne das Hauptprogramm weiter...
Thunderbird und Betterbird kann man parallel installieren, sodass man in Ruhe testen kann, bzw. die Einstellungen zwischen beiden Programmen durch hin und herschalten vergleichen kann.
Sehr gut, das probiere ich dann mal.
Der Bug ist schon mehrfach gemeldet - ei Mal z.B. hier:
...Hab ich nicht gefunden...
Aber ich glaube das ist ein anderer Bug, war wohl mit V.128 behoben. Da geht es nicht um Datumssuche...
Heute (28.07.2025) Mails gesucht im Lokalen Ordner mit "nach 22.07.2025"...:
Die Mails von gestern (27.07.) und heute (28.06.) fehlen...
Hier ist mein Bug-Report: https://bugzilla.mozilla.org/show_bug.cgi?id=1979580
Wg. Betterbird: Versteht BB das Profil von TB? Wenn nicht, ist es ein Haufen Arbeit, alles wieder neu einzurichten...
Ich habe das jetzt soweit eingegrenzt, daß das Problem nur auftritt, wenn ich den lokalen Ordner als Suchort wähle... Irgendwie unlogisch...
Wie bereits berichtet, tritt das in V. 102.15.1 nicht auf.
Was evtl. zur Fehlerfindung beitragen könnte:
Ich habe alle Maileingänge (ca. 10 Accounts) im globalen Posteingang im lokalen Ordner, außer einem Konto, da befindet sich der Maileingang dort. Wenn ich die Suche nur in dem separaten Account mache werden die Mails von heute gefunden, nur im lokalen Ordner nicht...
Ebenso werden die Mails von heute gefunden, wenn ich nur im globalen Posteingang suche, der ja ein Unterordner des lokalen Ordners ist. Der Effekt tritt nur auf, wenn ich im lokalen Ordner suche... Da sollten Mails von heute im globalen Posteingang auch gefunden werden, tut es aber nicht...
Dieses Detail hast du zuvor nicht einmal ansatzweise erwähnt. Nur dass die Suchergebnisse unzureichend sind.
Hab ein bißchen im Nebel herumgerstochert, bevor mir das klar geworden ist, daß es nicht funktioniert, wenn man das heutige Datum in die Suche einbezieht.
Hab noch weiter nachgeforscht, wenn man ein Suchdatum eingibt, das in der Zukunft liegt, z.B. "ist vor 31.12.2025", werden Mails gefunden bis gestern, aber nicht die von heute... Das scheint das Problem zu sein.
Ebenso bei der Eingabe "nach 01.01.2025" und "vor 31.12.2025" wird alles gefunden, außer den Mails von heute...
Wenn man z.B. einen Suchbegrif UND Datum "nach 01.07.2025" eingibt, werden nur Mails bis 24.07.2025 gefunden, d.h. 3 Tage vor dem Heutigen Datum.
Kann das hier jemand nachvollziehen?
Vielleicht muß ich noch erwähnen, daß ich mehrere Kontos in einen globalen Posteingang des lokalen Orners umleite...
Nein, es scheint dasselbe Problem zu sein, die Suche z.B. nach dem heutigen Datum hört nicht auf, sucht nach Stunden noch...
Es scheint ein Problem nur in V 140 zu sein...
In V. 102.15.1 werden die gefundenen Daten nach 1 Sek. angezeigt... Vielleicht sollten wir noch andere Stellungnahmen abwarten, bevor ich dafür einen neuen Thread aufmache.
BTW: Es wird häufig empfohlen, die .msf-Dateien zu löschen... Das hat mir schon mal erhebliche Probleme bereitet mit den Ordnernamen. Es ist natürlich einfacher als händisch einen Ordner zu "reparieren" (Eigenschaften)...
Aber ich hab noch andere Effekte mit der V 140... z.B.werden Verzeichnisse als leer angezeigt, obwohl Daten vorhanden sind. Bei Komprimierung sind die Daten dann wirklich weg. Ich muß das noch weiter beobachten und Fakten sammeln, mache dann den entspr. Thread auf.
Wenn sowas auftritt, die entspr Datei (z.B. mit Notepad++) prüfen und nachschauen welche X-Mozilla-Statui deie Mails haben, ggf. alle auf 0000 setzen...
Habe 140.1.0esr (64-Bit) "Eclipse"
Es scheint wirklich ein Bug zu sein.
Habe nämlich ein ähnliches Problem, wenn ich die heute eingegangenen Mails suchen will (Datum = *heutiges Datum*), und z.B. den 27.07.2025 eingebe, wird nichts gefunden, obwohl etliche Mails eingegangen sind.
Setze ich den Suchfilter auf Datum "ist nach" 01.07.2025, werden viele Mails gefunden, aber nur bis 23.07.2025 und auch nicht alle...
Was ich gemacht habe: global-messages-db.sqlite gelöscht (wobei ich die alte gesichert habe). Die automatisch neu erstellte global-messages-db.sqlite ist jetzt nur noch 20% der gelöschten Datenbank groß. Da ist etwas oberfaul...
Ich habe hier noch eine portable Version 102.15.1 ... Mit der Version wird sofort alles gefunden, was ich suche, auch die Mails von heute...
Wenn ich heute noch Zeit habe, schau ich mal bei Bugzilla nach und eröffne einen Bugreport, falls da noch nichts da ist. Aber eigentlich sollte man das bei Mozilla schon gemerkt haben...
Bin jetzt eine Woche nicht da, melde mich dann wieder zu dieser interessanten Diskussion... 
... Das hört sich gut an ... 
...Sicher ist auch ein .css Editor hilfreich, was könntest du empfehlen?
P.S.: Niemals, ich wiederhole, niemals mit der originalen Datei arbeiten, nur mit einer Kopie.
Eh kloar, bevor ich etwas anfasse kopiere ich immer die Originaldatei.
Nach dem ich jetzt weiß, daß es sich um "Identifier" handelt, weiß ich schon mehr...
Danke schon mal bis hierher, werde mich jetzt eine Zeitlang damit befassen.
Vielleicht weiß KI genaueres...
was macht z.B. das:
#threadTree tr[is="thread-row"]:nth-child(1n+1) {
background-image: none !important;
background-color: #005499 !important;
}
#threadTree tr[is="thread-row"]:nth-child(2n+1) {
background-image: none !important;
background-color: #003a6c !important;Wo weißt du die Begriffe "#threadTree" ,"thread-row","nth-child" usw. her...?
Das muß doch irgendwo erklärt sein...
Danke... Aber ich meinte eher die TB - bzw. FF - spezifischen "Anweisungen".
Hatte früher mal einen HTML-Kurs...
Da hab ich doch noch eine Nachfrage...
Ich kommentiere mir momentan die Kommandos um zu wissen was was macht... Hast du eine Übersicht der verwendeten bzw. in TB verwendeten Befehle...?
Ich möchte mich damit näher befassen...
...Klasse!!! genau das war es!!!
Vielen Dank!!!