Freeze Absturz Crash wenn virtueller Ordner geöffnet, zweites Fenster (Mail verfassen) und Mail kommt rein

    Hallo zusammen,

    ich habe einen neuen Bug für euch.

    Hier erstmal die Eckdaten:

    Code
    115.3.1-bb14 (64-Bit)
System:
Host: T14 Kernel: 6.5.3-1-MANJARO arch: x86_64 bits: 64 Desktop: KDE Plasma
v: 5.27.8 Distro: Manjaro Linux

    Wenn ich meinen virtuellen Ordner offen habe, der alle Mails auflistet, die ich in meinen Postfächern habe (N=67500), dann ist es ja bisher so, dass die CPU-Auslastung sofort steigt, sobald ich mit der Maus über die einzelnen Einträge rüberfahre. Das hakt dann zwar ein bissl, aber es läuft!

    Jetzt war ich gerade am Verfassen einer neuen Mail und während dessen trudelt eine neue Mail rein. Sofort (wirklich sofort!) friert betterbird ein, die CPU-Auslastung geht auf 100% für den einen Kern und schließen ist nur noch über Kill möglich. Abspeichern, Verfassen oder so ist nicht möglich. Auch die Fehlerkonsole spukt nichts aus und das Terminal, in dem Betterbird als Prozess gestartet wird, auch nix.

    Und jetzt der Clou: Ist kein zweites Fenster geöffnet, passiert nix.

    Gerade lief Betterbird im Hintergrund, während ich diesen Post schreibe. Zack, weg iss'er.

    Bisher versuchte Lösungsansätze, die nicht erfolgreich waren:

    - Fehlerbehebeungsmodus ohne Addons etc.

    Workarounds, die bisher erfolgreich waren:

    - anderen Ordner, als den virtuellen Ordner geöffnet haben

    - Vorgängerversion vor 115 lief ohne Auffälligkeiten

    Wie kann ich das debuggen?

    Liebe Grüße,

    Joseph


    PS: Es kann sein, dass ich nur alle paar Tage reinschaue. Habe gerade viel um die Ohren.

  • Zur hilfreichsten Antwort springen
    Zitat von aeppel

    Wie kann ich das debuggen?

    Gute Frage.

    Wie viele Ordner werden denn für den virtuellen Ordner durchsucht? Wir haben einen Patch, der BB von TB unterscheidet. Da werden durchsuchte Ordner aggressiver geschlossen, um nicht über 500 gleichzeitig geöffnete Ordner zu kommen. Aber dann müsste es auch zu einem Crash kommen, wenn eine neue E-Mail in einen unified folder (gruppierter Ordner) empfangen wird.

    Seufz, gruppierter Ordner = unified folder. Das ist ein Anzeige-Modus in der folder pane. Die dt. Übersetzung ist wirklich Mist, denn es gibt auch noch eine "gruppierte Ansicht" (grouped by sort).

    Wir hatten neulich schon einen Crash mit unified folders. Diese löste sich in Luft auf, als Mail/smart mailboxes gelöscht wurden und dadurch neu erzeugt wurden. Eine Möglichkeit wäre es, den Suchordner mal zu löschen.

    Hast Du wirklich 56 Mail-Konten? Oder werden eingehenden Mails in 56 Ordner gefiltert? So ganz verstehe ich das Bedürfnis nicht, alle Mail in einem totalen Durcheinander in einem Suchordner zu sehen, wenn sie doch in verschiedenen Konten sind. Verstehe mich nicht falsch, der Vogel soll auf keinen Fall abstürzen und ich will das nicht schön-reden, aber ich würde wirklich gerne den workflow verstehen.

    Nein, Missverständnis.

    Es gibt 5 Konten oder so, in diesen Konten befinden sich mehrere Ordner. Und die Ordner werden von einem virtuellen Ordner (unter Lokal) zusammengefasst.

    Hintergrund ist, dass alle markierten Nachrichten in diesem virtuellen Ordner chronologisch aufgelistet werden und der Reihe nach abgearbeitet werden können.

    Ist unified folder nun das Synonym für den "Virtuellen Ordner"?

    "Smart mailboxes" ist bereits leer.

    global-messages-db.sqlite ist ca. 420 MB groß. Jetzt nicht besonders groß aber auch nicht besonders klein für 41 GB Mails.

    Zitat von aeppel

    Ist unified folder nun das Synonym für den "Virtuellen Ordner"?

    Virtuelle Ordner sind alle, die nicht "echt" sind, dazu gehören Suchordner und unified folders, die auch nur vorgefertigte Suchordner sind. Dein Setup ist ähnlich, wobei 56 Ordner in der Suche schon etwas ungewöhnlich ist.

    Eins hast Du nicht beantwortet, das Löschen des Suchordners. Es sollte reichen, sein .msf zu löschen, das wird dann nach der Definition des Ordners in virtualFolders.dat wieder aufgebaut. Es besteht die Hoffnung, dass der Crash dann verschwindet.

    Hmm, kennst Du Dich mit gdb aus, dem GNU debugger? Wenn ja, muss ich wohl mal eine debug Version machen, damit wir sehen, wo der crash herkommt.

    OK, bevor wir jetzt große Kanonen auffahren, lösche doch bitte alle .msf-Dateien aller beteiligter Ordner, also die 56 + 1 für den Such-Ordner. Danach bitte alle 56 Ordner anklicken, um sicherzustellen, dass die .msf-Dateinen wieder generiert wurden. Dann fangen wir auf einer sauberen Basis an.

    Also, die Verursacher sind zwei Änderungen für virtuelle Ordner, die schon seit über einem Jahr im Programm sind und über die sich noch keiner beschwert hat. Alle Benutzer haben sie.

    In der ersten Version sind beide Änderungen entfernt, in der zweiten nur eine von beiden. Lass mich wissen, was mit der zweiten Version los ist, dann sehen wir weiter. Eine Debug-Version kommt, aber die wird von TB sein mit einer oder beiden Änderungen. Die Schnelligkeit der Problemlösung hängt von Deinen Antworten ab.

    Bei der zweiten Version friert Betterbird bereits beim Öffnen des virtuellen Ordners ein.

    Ich habe Betterbird lange nicht aktualisiert. Vielleicht hängt es damit zusammen? Wobei, innerhalb des letzten Jahres habe ich Betterbird schon hin und wieder aktualisiert… Vllt. hängt es mit der Version 115 zusammen?

    Wie auch immer, danke, dass du da dran bist!