Profilproblem? Thunderbird startet gar nicht - seltsame Fehlermeldungen.

Betriebssystem ist Ubuntu 18.04 ... POP3 bei strato, funktioniert seit Jahren perfekt.

Nach dem Update auf Version 68 liefert der Aufruf aus der shell

JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't find profile directory.

Aber es erscheint trotzdem der korrekte Profilauswahl-Dialog (GUI). Also wurde es doch gefunden!

Klickt man dann auf ein Profil, gibt es noch die Meldung

*** Failed to get string brandProductName in bundle: chrome://branding/locale/brand.properties

JavaScript error: chrome://global/content/elements/stringbundle.js, line 45: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIStringBundle.GetStringFromName]

###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

Und nix ist mit thunderbird 68. Buggy. Version 60.0.9 funktioniert nach wie vor ausgezeichnet.

Ich hoffe mal dass das irgendwen irgendwann so nervt dass es Autoren-seitig behoben wird.

So lange bleibe ich bei der alten Version, notgedrungen.

Ach ja: Der Profilmanager bietet Umbenennen, Anlegen und Löschen von Profilen, *keines* ist eine nützliche Option. "Aus alter Version importieren" wäre eine solche gewesen, sollten sich Formate und/oder Speicherorte geändert haben. "brandProductName" hört sich allerdings nach etwas anderem an.

Einmal editiert, zuletzt von edefault (Vor einem Moment) aus folgendem Grund:

Nachtrag: Das war, was 68.4 geliefert hat. Mit 68.6 vereinfacht sich die Fehlermeldung:

###!!! [Child][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

Wohlgemerkt: Thunderbird startet *garnicht*, es lassen sich also auch keine Features aufrufen.

So ... nach einiger Recherche habe ich zumindest einen Workaround gefunden.
Hier: https://bugzilla.mozilla.org/show_bug.cgi?id=1578539 . Und der geht so:

Thunderbird komplett zumachen. Dann für jeden einzelnen User Account "UserXYZ"

im Verzeichnis .thunderbird/UserXYZ die Datei global-messages-db.sqlite löschen

außerdem alle Dateien im Unterverzeichnis .thunderbird/UserXYZ/Mail/Local Folders löschen

(oder umbenennen oder woandershin wegschieben, falls man das später bereuen sollte)

Und - voila - auch der neueste Thunderbird (hier 68.6.0) startet und findet seine Datenbasis.

Stimmt ... daher auch mein Hinweis:

oder umbenennen oder woandershin wegschieben, falls man das später bereuen sollte

grundsätzlich ist anzuraten, immer dann, wenn man nicht genau weiß, was man tut (wie ich):
VORHER eine Kopie des Experimentierfeldes anfertigen!

Also hier:

Auf jeden Fall den Profilordner .thunderbird/UserXYZ sichern

und ggf. auch den Programmordner /usr/lib/thunderbird,

falls man mit verschiedenen Versionen experimentieren möchte.

Hintergrund:

In meinem Fall liegen diese beiden Verzeichnisse in vollkommen voneinander getrennten Welten:
Der Programmordner lokal auf einem (zwei, drei, vier, ...) austauschbaren Laptops, von denen aus die verschiedenen Nutzer/Familienmitglieder damit arbeiten sollen, und zwar - und jetzt kommts dick - in ihrem jeweiligen Arbeitsverzeichnis auf einem zentralen Fileserver/NAS, der dieses über LAN per NFS mounts bereit stellt (lokal: /etc/fstab, server: /etc/exports).

Das ist historisch bedingt und *muss* so sein, weil (auch) andere Systeme als Linux darauf arbeiten.
Nebenbei ist es auch schnell und praktisch.

Wenn da jetzt bei jeder Unterversionsänderung eines Anwenderprogamms - wie Thunderbird - eine geänderte Dateistruktur im (zentralen) Profilverzeichnis vorrausgesetzt wird, gibts einen riesen Schlammassel, wenn nicht alle lokalen Arbeitsplätze (Laptops eins, zwei, drei, vier, ...) mit der exakt *gleichen* Programmversion laufen.
Die Innovationsfreude der Entwickler in Ehren, aber das von Version zu Version erneut zu pflegen macht sehr viel Arbeit.

Dochdoch, das ist ein echtes Problem. Gerade habe ich versehentlich 68.4.x von einem Laptop gestartet, nachdem das Profilverzeichnis auf dem Fileserver von einem anderen Laptop aus mit/für 68.6.0 eingerichtet war... automatische Updates schön und gut, aber doch bitte mit vorangehender Konsistenzkontrolle; oder besser noch, man vermeiden mögliche Inkonsistenzen schon beim Design.

Dieses "I'm not sure [...]" habe ich für mich verifiziert. Das alleinige Löschen/Unsichtbarmachen der global-messages.db.sqliteDatei brachte keine Besserung. Erst das vollständige Löschen aller Dateien in "Local Folders" brachte den gewünschten Effekt. Warum ... keine Ahnung.

Ich weiss nicht mal was dieser Ordner überhaupt soll, habe ihn noch nie benutzt.

Im Profilmanger komplett löschen kann man ihn nicht, muss sich also damit abfinden dass er da sinnlos herumliegt. Das war schon immer so.