|
Linusler
Anmeldungsdatum: 12. Mai 2024
Beiträge: 40
|
Seid gegrüßt, Wenn man den Thunderbird aus dem entpackten TAR-Ball von Thunderbird.net startet (aktuell 151.0.1), dann legt er seit ein paar Versionen einen leeren Ordner namens "thunderbird" im Home-Verzeichnis an, also einen sichtbaren Ordner, ohne Punkt vorne dran (im Gegensatz zu seinem versteckten Konfigordner "~/.thunderbird"). Löscht man den Leerordner "~/thunderbird", legt er ihn beim nächsten Starten wieder an. Kann man das irgendwie verhindern, also entweder dem Thunderbird sagen, er soll das nicht tun oder ihn durch irgendein Werkzeug davon abhalten, im Home-Verzeichnis diesen sinnlosen Ordner anzulegen? Danke. Bearbeitet von sh4711: Überschrift auf Wunsch des Erstellers geändert. (-"Tarball-")
|
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 13916
|
Zumindest gibt es einen Bugreport. Was nicht heißt, daß sich da mal wer zeitnah kümmert. Anfang Januar hat der Tb-Start (kein ESR-Gammel) noch "~/Thunderbird/" angelegt, mit 151.0.1 nach wie vor "~/thunderbird/". In Comment 51 zeigt jemand die Ursache. Inwieweit Thunderbird XDG Base Directory support "schon" funktioniert, kannst Du nur testen, mit Patchen und Kompilieren, versteht sich. Mach ich jetzt aber auch nicht, ich habe Tb 2009 aus Spaß an der Freude länger selbst kompiliert, schon, weil der so ja dann nicht hat Tb heißen dürfen, sondern Shredder mit diesem User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091208 Lightning/1.0pre Shredder/3.0 😉
|
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 6016
|
Das Verzeichnis anlegen lässt sich verhindern, indem man eine leere Datei anlegt, so, dass ein Verzeichnis gleichen Namens nicht mehr angelegt werden kann. Das Wort "thunderbird" gibt es aber dann im Dateimanager trotzdem zu sehen. ¯\_(ツ)_/¯
|
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 13916
|
Um nicht durch den Regen naß zu werden, stellst Du Dich vorher samt Klamotten unter die Dusche. Nobelpreisverdächtig. Fast so gut wie der Tip des offensichtlichen Windows-Users, dieses Verzeichnis thunderbird auf hidden zu setzen.
|
|
schragge
Anmeldungsdatum: 27. Januar 2022
Beiträge: 204
|
von.wert In dem von dir verlinkten Bugzilla-Thread gibt es eine Zwischenlösung: thunderbird.desktop anzupassen (Comment 52).
| Exec=sh -c 'thunderbird %u & sleep 1; rmdir "$HOME/thunderbird" 2>/dev/null; fg'
|
|
|
Patsche
Anmeldungsdatum: 10. Juli 2012
Beiträge: 652
Wohnort: /Kiel/home/
|
Ein Workaround wäre auch das anlegen der Datei ".hidden" im Heimverzeichnis.
Dort trägst du dann einfach "thunderbird" ein und speicherst die Datei.
Dann ist der Ordner nicht mehr sichtbar.
| touch .hidden && echo thunderbird >> .hidden
|
|
|
Linusler
(Themenstarter)
Anmeldungsdatum: 12. Mai 2024
Beiträge: 40
|
Gleich zwei erstklassige Lösungen von Schragge und Patsche.
Jetzt haben wir die Qual der Wahl. ☺ Vielen Dank! (Natürlich auch an Vonwert für seinen Hinweis auf Bugzilla.)
|
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 6016
|
Gleichwohl ist es doch bloß Kosmetik. Das leere thunderbird Verzeichnis in $HOME frisst kein Brot, und säuft weder Kaffee, noch Cola oder Bier weg. Man kann es auch einfach ignorieren, das tut nicht weh.
|
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 10765
|
Linusler schrieb:
Löscht man den Leerordner "~/thunderbird", legt er ihn beim nächsten Starten wieder an.
nach meinem Kenntnisstand wird der Ordner nur bei der Tarball -Version angelegt und enthält das Programm, was in der *.deb -Version in Verzeichnis /usr/lib liegt. Wenn das falsch ist bitte ich um eine Berichtigung. Ich würde somit den Tipp vom User Patsche bevorzugen. Es ist ja "nur" Kosmetik. Warum dich das stört, ist mir nicht so klar. Nachtrag: der Ordner "~/thunderbird" dürfte nicht leer sein.
|
|
Linusler
(Themenstarter)
Anmeldungsdatum: 12. Mai 2024
Beiträge: 40
|
Berlin_1946 schrieb: Linusler schrieb:
Löscht man den Leerordner "~/thunderbird", legt er ihn beim nächsten Starten wieder an.
nach meinem Kenntnisstand wird der Ordner nur bei der Tarball -Version angelegt und enthält das Programm, was in der *.deb -Version in Verzeichnis /usr/lib liegt.
Ich nutze nur die Tarball-Version und da bleibt der Ordner "~/thunderbird/" stets leer. Von hier, aktuelle Version 151.0.1 (ist aber schon seit einigen Versionen so): https://www.thunderbird.net/de/ Danach den Tarball entpacken und die Programmdatei starten: Entpackt/thunderbird_oderbeliebigername/thunderbird Aktualisieren tut er sich dann in seinem Ordner, wo er liegt. Schragges Lösung löscht den Leerordner "~/thunderbird" direkt nachdem der Thunderbird gestartet und ihn angelegt hat. D.h. er ist "sogut wie" weg, da er jeweils nur eine Sekunde lang lebt. Die von Patsche erklärte Funktion einer ".hidden"-Datei war mir noch ganz unbekannt, ist aber gut zu wissen.
|
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 10765
|
Linusler schrieb:
Von hier, aktuelle Version 151.0.1 (ist aber schon seit einigen Versionen so): https://www.thunderbird.net/de/
Da habe ich was anderes von der Seite: mate-vm-24@matevm24-VirtualBox:~$ cd Downloads/
mate-vm-24@matevm24-VirtualBox:~/Downloads$ ls -la | grep -i thunder
-rw-rw-r-- 1 mate-vm-24 mate-vm-24 82672752 Mai 28 13:59 thunderbird-151.0.1.tar.xz
mate-vm-24@matevm24-VirtualBox:~/Downloads$ wenn ich das denn entpacke, tar -xf thunderbird-151.0.1.tar.xz -C ~ dann ist der Ordner nicht leer. mate-vm-24@matevm24-VirtualBox:~/thunderbird$ ls -la
insgesamt 310488
drwxr-xr-x 8 mate-vm-24 mate-vm-24 4096 Mai 28 14:11 .
drwxr-x--- 24 mate-vm-24 mate-vm-24 4096 Mai 28 14:16 ..
-rw-r--r-- 1 mate-vm-24 mate-vm-24 875 Mai 23 02:08 application.ini
drwxr-xr-x 3 mate-vm-24 mate-vm-24 4096 Mai 23 02:08 chrome
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 1622656 Mai 23 02:08 crashhelper
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 4529040 Mai 23 02:08 crashreporter
drwxr-xr-x 4 mate-vm-24 mate-vm-24 4096 Mai 23 02:08 defaults
-rw-r--r-- 1 mate-vm-24 mate-vm-24 189 Mai 23 02:08 dependentlibs.list
drwxr-xr-x 2 mate-vm-24 mate-vm-24 4096 Mai 23 02:08 fonts
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 33008 Mai 23 02:08 glxtest
drwxr-xr-x 2 mate-vm-24 mate-vm-24 4096 Mai 23 02:08 icons
-rw-r--r-- 1 mate-vm-24 mate-vm-24 315818 Mai 23 02:08 interesting_serverknobs.json
drwxr-xr-x 2 mate-vm-24 mate-vm-24 4096 Mai 23 02:08 isp
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 1018288 Mai 23 02:08 libfreeblpriv3.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 9108168 Mai 23 02:08 libgkcodecs.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 188408 Mai 23 02:08 liblgpllibs.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 4120504 Mai 23 02:08 libmozavcodec.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 612688 Mai 23 02:08 libmozavutil.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 4576 Mai 23 02:08 libmozgtk.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 190784 Mai 23 02:08 libmozsandbox.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 1667960 Mai 23 02:08 libmozsqlite3.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 13392 Mai 23 02:08 libmozwayland.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 220240 Mai 23 02:08 libnspr4.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 716384 Mai 23 02:08 libnss3.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 181224 Mai 23 02:08 libnssutil3.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 1512776 Mai 23 02:08 libotr.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 17280 Mai 23 02:08 libplc4.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 12688 Mai 23 02:08 libplds4.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 3707920 Mai 23 02:08 librnp.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 167640 Mai 23 02:08 libsmime3.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 355712 Mai 23 02:08 libsoftokn3.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 390400 Mai 23 02:08 libssl3.so
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 193592808 Mai 23 02:08 libxul.so
-rw-r--r-- 1 mate-vm-24 mate-vm-24 90725388 Mai 23 02:08 omni.ja
-rw-rw-r-- 1 mate-vm-24 mate-vm-24 0 Mai 28 14:08 .parentlock
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 677696 Mai 23 02:08 pingsender
-rw-r--r-- 1 mate-vm-24 mate-vm-24 167 Mai 23 02:08 platform.ini
-rw-r--r-- 1 mate-vm-24 mate-vm-24 1987 Mai 23 02:08 precomplete
-rw-r--r-- 1 mate-vm-24 mate-vm-24 171 Mai 23 02:08 removed-files
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 373816 Mai 23 02:08 rnp-cli
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 373704 Mai 23 02:08 rnpkeys
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 5528 Mai 23 02:08 thunderbird
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 589816 Mai 23 02:08 thunderbird-bin
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 726736 Mai 23 02:08 updater
-rw-r--r-- 1 mate-vm-24 mate-vm-24 108 Mai 23 02:08 updater.ini
drwxr-xr-x 4 mate-vm-24 mate-vm-24 4096 Mai 28 14:08 updates
-rw-r--r-- 1 mate-vm-24 mate-vm-24 133 Mai 23 02:08 update-settings.ini
-rwxr-xr-x 1 mate-vm-24 mate-vm-24 30568 Mai 23 02:08 vaapitest
mate-vm-24@matevm24-VirtualBox:~/thunderbird$
- Bilder
|
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 6016
|
@Berlin_1946: Ist doch auch logisch, Du hast den Thunderbird nach $HOME/thunderbird entpackt. Natürlich ist dann das Verzeichnis nicht leer, in das Du den Thunderbird entpackt hast.
|
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 10765
|
trollsportverein schrieb: @Berlin_1946: Ist doch auch logisch, Du hast den Thunderbird nach $HOME/thunderbird entpackt. ja und was ist das aus dem 1. Post?
~/thunderbird
|
|
Patsche
Anmeldungsdatum: 10. Juli 2012
Beiträge: 652
Wohnort: /Kiel/home/
|
Ich habe das gleiche Phänomen unter Arch. Es scheint ein Fehler innerhalb von Mozilla zu sein,das seit den neueren Thunderbird-Versionen (ab Version 147 Anfang 2026) unter Linux auftritt. Die Ursache: Ein missglückter XDG-Wechsel Hintergrund des Problems ist eine Umstellung bei der Einhaltung der XDG-Base-Directory-Spezifikation.
Eigentlich sollten Linux-Programme ihre Daten sauber trennen (Konfigurationen nach ~/.config, Daten nach ~/.local/share etc.). Bei der Implementierung dieser XDG-Standards hat sich bei den Entwicklern ein Bug eingeschlichen:
Thunderbird versucht beim Start, einen neuen Pfad zu prüfen oder anzulegen. Durch einen Fehler im Code wird der Pfad nicht korrekt zusammengesetzt (bzw. die Variable für das Zielverzeichnis bleibt leer oder fehlerhaft). Das führt dazu, dass der Befehl direkt im übergeordneten Heimatverzeichnis (~ oder $HOME) ansetzt und dort stumpf einen leeren Ordner namens Thunderbird erstellt. Da der Ordner danach nicht aktiv genutzt wird bleibt er einfach komplett leer zurück. Quellen: → https://bugzilla.mozilla.org/show_bug.cgi?id=2007074 → https://www.thunderbird-mail.de/forum/thread/97955-thunderbird-erstellt-verzeichnis-thunderbird-im-linux-home-verzeichnis/ → https://forum.endeavouros.com/t/thunderbird-folder-in-home-directory/78221
|
|
trollsportverein
Anmeldungsdatum: 21. Oktober 2010
Beiträge: 6016
|
@Berlin_1946: Das hat Linusler im ersten Post nicht beschrieben, wohin genau der Thunderbird entpackt wurde. Wenn $HOME/thunderbird ein Leerverzeichnis ist, dann ist dennoch klar, dass Linusler dort den Thunderbird nicht hinein entpackt haben kann. Dort wird auch angedeutet, dass es eher wohl nicht $HOME/thunderbird ist, wohin der Thunderbird entpackt wurde.
|