Also auf meinem Chromebook ist alles quasi immer tagesaktuell
Mit deinem Gerät ist das auch kein Problem. Ich habe TB auf 5 meiner Smartphones über Termux installiert und kann auch mit pkg up jederzeit die aktuellste Version von allen Paketen darauf haben. Aber nicht auf dem Chromebook, der nur sporadisch eingeschaltet wird und mindestens die Anwesenheit einer 2. Person bedarf.
Jedes Gerät im Internet sollte möglichst aktuell sein mit all dessen Software.
Den Anspruch kann ich leider nicht erfüllen - Du?
😱 Die ist ja hoffnungslos veraltet. Gibt es für das Asus nichts Neueres mehr?
Das Gerät ist von einem Freund, der mit der Lösung zufrieden ist. Ich habe nur selten über remote desktop die Möglichkeit etwas darauf zu bearbeiten und habe selbst kein Gerät mit ChromeOS.
ich nutze auch Thunderbird unter Linux mit einem Chromebook HP 15 (Chromebook Plus). Allerdings als Flatpak in der Version 140.7.2esr. Das ganze unter der aktuellen ChromeOS Version 144.0.7559.172
Mein Gerät ist ein ASUS mit Version 126.0.6478.222 und Thunderbirt Version 140.9.0esr, aber als .deb' Installation.
Ich habe zusätzlich auch eine Flatpak Installation gemacht, die aber das gleiche Problem hat und weitere, weil es danach zwei verschiedene Versionen von TB gab. Die habe ich dann wieder deinstalliert und weitere Checks gemacht.
Der entscheidende Hinweis kam aus einem KI Chatbot Dialog:
"Da der Befehl im Terminal (MOZ_ENABLE_WAYLAND=1) bei dir nicht den gewünschten Erfolg brachte, versuchen wir den umgekehrten Weg: so starte: GDK_BACKEND=x11 thunderbird. Wenn das Fenster jetzt groß bleibt, können wir diesen Parameter fest in die Starter-Datei (.desktop) von Thunderbird schreiben."
Damit ist mein Problem gelöst. - Danke für's mitdenken
... Wieso du was von Chrome OS 2.0 schreibst erschliesst sich mir nicht ...Welche Linux Umgebung hast du installiert und auf was für einem Chromebook? ... Bei mir merkt sich Thunderbird die Fenstergröße.
2.0 habe ich angehängt, damit sich das Thema von dem Geschlossenen unterscheidet. Meine Frage zur Fenstergröße ist aber die Gleiche und tritt so nur in ChromeOS auf.
Ich habe TB für einen Freund über Remote Desktop vor einem Jahr installiert und kann das Problem nur bearbeiten, wenn er Zeit hat, ich ihn erreiche oder er mir sein Gerät ausleiht. Deshalb kann ich aktuell nicht die verschiedenen Versionen ermitteln (evtl am Wochenende). Im Orignlal-Thema sind aber Shots, die den penguin log zeigen.
Die Sache mit "merkt sich die Fenstergröße". Stellt sich wie folgt auf dem PC dar:
Wird TB von einem Fenster auf Fullscreen umgeschaltet und dann beendet oder ein Neustart gemacht ist TB danach im Fullscreen und kann auf die ursprüngliche Fenstergröße zurückgesetzt werden. In allen anderen Fällen erscheint TB in einem sehr kleinem Fenster
Das geschied auch bei "In einem neuen Fenster öffnen" und allen anderen Aktionen die neue/zusätzliche Fenster benutzen (Farbtabelle/Über Thunderbird etc.).
Wenn bekannt ist, das ständig kleine Fenster erscheinen, deren Inhalt erst durch vergrößern sichtbar wird und man bewusst danach sucht, kann man so auch arbeiten, wenn auch mühsam. Mein Freund frangt mich natürlich, warum ich ihm so ein Tool empfehle!
Das Thema wurde hier: Fenstergröße ist zu klein auf ChromeOS behandelt aber heute vom Bot geschlossen, so dass keiner antworten kann. Entweder arbeitet niemand in diesem Forum mit ChromeOS oder es ist zu weit nach unten verschoben.
Das Problem ist nicht gelöst und falls jemand einen besseren "Workaround" findet als "Suchen und vergrößern" wäre ich sehr dankbar.
So langsam sollte dieser Thread endlich geschlossen werden!
oder du beteidigst dich nicht am Dialog, Wenn es um Termux geht. Meine Fragen im letzten Beitrag bezogen sich auf alle andern BS
... Kennt jemand einen Weg die Standard-Werte zu erhalten oder die Reduzierung besonders des Entwürfe-Ordners ohne Workaround zu tun?
Wenn du dazu auch nichts sagen kannst, macht das nichts. Deine Microsoft Warnung kann ich nicht nachvollziehen. Ich benutze firefox (Standard) und Chrome, wo es keine Warnung gibt.
Den Workaround ( rm -rf ImapMail) in aktuell 137.0.1 zu diesem Thema, habe ich hier mit den Termux-Entwicklern diskutiert. Er kann auf allen OS benutzt werden. und reduziert die Profil-Größe auf 30-70% nach dem Server Update und mein Problem tritt dann längere Zeit nicht auf.
es bezüglich deines Themas unter LINUX keine Probleme gibt.
Identische Imap-Konten haben auf verschiedenen OS/Geräten (auch LINUX ) sehr unterschiedliche Paket Größen (siehe auch #13) . Leider wird duch den Workaround die Einstellung der Ordner auf Standard-Werte zurückgesetzt.
Kennt jemand einen Weg Diese zu erhalten oder die Reduzierung besonders des Entwürfe-Ordners ohne Workaround zu tun?
... Termux eben kein Linux ist, denn unter Linux gibt es dieses Problem ganz einfach nicht!
... in github beschrieben - Glaubst du wirklich, dass es hier weitere Termux-Anwender gibt?
Ich weiß nicht wie du darauf kommst? Der Termux-Entwickler hast das Problem in einer Ubuntu Linux-Distributiunen bestätigt und es tritt bei allen Windows und TB-Versionen auf. Also ist "es nicht der grundsätzliche Fehler, den Termux verursacht!" sondern der nur in Termux behoben werde könnte (hatten wir zum test gemacht). Ich habe aber eine bessere Lösung gefunden, die ich in dem github-link beschrieben habe.
github hat zunächst nichts Termux mit zu tun. Wenn du diese Version nicht benutzt, solltest du auch keine Beiträge schreiben. Mit kleinen write/Edit-Fenstern hast du scheinbar noch nie gearbeitet, sonst hättest du den Bug auch entdeckt, wie von anderen in den Beiträgen oben zu sehen ist.
Die Termux Entwickler haben die Ursache gefunden
. Es wird aktuell am Update auf 137.0 gearbeitet, allerdings ist die Ursache nicht von der Version sondern vom Formatting Bar abhängig. Es tritt ja nur bei kleinen Fenstern auf aber nicht, wenn es ausgeschaltet wird, was dann den Vorteil hat eine zusätzliche Zeile zu haben.
Den Workaround habe ich in github beschrieben, lade aber das Video von dort (reduziert wegen der Forum Limits) auch hier dazu hoch:
TB-Edit.mp4
echte Linux-Distributionen vorzuziehen sind, wenn Termux in den Voraussetzungen für Applikationen nicht genannt wird.
Wenn du eine bessere Linux Variante als Termux kennst, die auf Android Geräten läuft, interessiert mich das. Inzwischen habe ich ein workaround gefunden, mein Problem zu lösen. Jetzt ist TB-Termux=TB-Win10 für 128.8.0, was die Draft-Inhalte betrifft .
Der TB-Bug scheint schon immer zu existieren, ist bei mir aber erstmals mit dem Versionswechsel zusammen aufgetreten.
Zudem sind OS=Betriebssysteme in diesem Forum kein Thema.
Richtig, es geht um TB und speziell um die letzte Version. Wenn die aber auf einigen OS nicht mehr funktioniert bleibt keine Wahl als sich damit zu beschäftigen. Ich hatte hier ein Problem mit ChromeOS beschrieben, wo offensichtlich in diesem Forum auch keiner Erfahrung mit hat.
Wenn dir der Termux-Hintergrund fehlt, ist es Ok, wenn du nichts beiträgst. Danke auf jedenfall für dein Bemühen .
Man kann Thunderbird und andere Programme auch ohne Oberfläche der verschiedenen Distributionen starten.
Ohne XServer geht es nicht! Ein WM ist für TB aber meist nötig oder sind die Fenster auch ohne zu verschieben?
Ich füge hier einen Shot von TB-Termux ohne WM ein, wo ich versuche die Version (Hilfe) anzuzeigen:
Dabei ist Über Thunderbird nicht erreichbar. Wenn das Verfassen-Fenster hinter dem TB-Fenster versteckt ist, komme ich nicht dahin. Sollte es Shortcuts geben, die das tun ist es dennoch eine problematische Arbeitsweise. Ich gebe dir aber Recht, dass man sich WM auf Handys nicht wünscht. Das ist ein Grund, warum ich mich seit 7 Jahren mit Termux beschäftige.
Mein Problem gibt es erst seit 128.7.0. vorher war TB-Termux mit TB-Win10 identisch. Inzwischen habe ich aus dem Termux-Forum einen Tipp bekommen wo der128.8.0 Fehler liegen könnte (bleibt aber ein Fehler). Interessiert es dich?
Suche im F-Droid-Store nach "Termux" und installiere den "Termux-Terminal-Emulator mit Programmpaketen".
Viel Erfolg!
Ich arbeite seit 2017 mit Termux, benutze aber lieber die GITHUB Quellen für die `*.apk`, weil sie aktueller als F-Droid sind. Für TB ist ein XServer erforderlich und dort auch ein WM=Window-Manager. Der Xfce wird von den meisten benutzt, ich verwende aber meist einfachere wie openbox, weil sie mehr Platz für auf dem screen für TB übrig lassen.
Meine Frage bezog sich auf deine persönliche Erfahrung mit Termux und ob du dich über ein paar Tipps freuen würdest.
...wobei ich mit TB/Android ansonsten keinerlei Schwierigkeiten habe. (zu K9)
Das kann ich so nicht bestätigen. Wenn ich die Mail aus #1 unter Entwürfe öffne sind nicht nur Bilder ganz (ohne Rechteck wie bei Gmail) weg sondern auch grün/rot/fett-Attribute und verdeckte Links des verbliebenen Textes. Es wird auch nicht nach Bearbeiten gefragt. Verlasse ich das dann (ohne speichern) befinde ich mich plötzlich im Posteingang und nicht mehr in Entwürfe (Shot unten).
Wenn ich in Alle Nachrichten wechsel, wird die Mail (nach Bestätigung) korrekt angezeigt wie auch in Termux.
Zu meinen Profil-Daten checks in #13 und versteckten Einstellungen hast du nichts gesagt. Hast du damit Erfahrung?
Ergänzung des Shots aus #1 um einen versteckten Link und Bild am oberen Rand
Alle Texte und Bilder befinden sich noch dort, wo sie hingehören.
Ich kann die Bearbeitung im Editor sofort fortsetzen und die Mail versenden.Getestet mit TB128.8 und 136.0 auf den Systemen Xfce und Kubuntu. Alles unproblematisch.
Wie schön für dich - so soll es auch sein
. Dein Ablauf entspricht meinem.
Ich habe die neuste TB/K9-App jetzt mal installiert, obwohl ich schlechte Erfahrungen damit gemacht habe. Es ist noch schlimmer als ich dachte. Die App ist geeignet Mail-Entwürfe nachhaltig zu zerstören. Wenn ich den Entwurf aus meinem Beispiel bearbeite, werden alle eingebundenen Graphiken und Text-Attribute vollständig ignoriert.
Wird der dann gespeichert, bleiben von den 1,5Mb noch 1,8Kb übrig und alle älteren Versionen werden vom IMAP Konto gelöscht also auf allen Geräten, die synchronisiert werden. Gelobt sei die Gmail App, wo zumindest die Text-Attribute (Farben) und leere Kästen übrig bleiben. Ist aber auch kein Vergleich zum bisherigen richtigen TB.
Es ist also keine Lösung sondern ein zusätzlicher gravierender K9-Bug. Termux ist übrigens keine Emulation, da sie auf dem nativem Android basiert. Linux Emulationen werden in Termux mit proot und performance Verlust erstellt z.B. Ubuntu oder andere. Wenn ich TB dort mit `apt install thunderbird` installiere, wird die Version 125.0 installiert, wo der Bug noch nicht auftrat.
Zwischen deiner Kubuntu Version und meiner in Termux scheint ein Unterschied zu sein, der mit den Rechten externer Inhalte zu tun hat, den die Gmail/K9-App auch nicht lösen konnte. Vielleicht gibt es aber eine versteckte Einstellung, die ich nur nicht gefunden hab.
Evtl ist auch eine Konto-Einstellung verantwortlich? Ich habe den ersten (grep -c filename=\"iQ) in dem Windows Profil unter:
<profil>/ImapMail/imap.gmail.com/[Gmail].sbd/Entwürfe 12 mal gefunden und in Linux garnicht. suche ich nur nach "filename" finde ich in Windows 915 und in Linux 45.
Wüsstet du wie die Termux Version auf einem Android Gerät zu installieren ist um das zu testen?
in den Versionen 128.8 & 136.0 auf den zur Verfügung stehenden Distributionen von Linux das Bild immer angezeigt.
Ich habe kein Problem mit angezeigen sonder nur mit bearbeiten!
Eingebundene Grafiken sind natürlich nur mit HTML möglich. Meine Erfahrung mit TB bis 128.7.0 in Termux war, dass es kein Unterschied zu Win10 gab, wenn Maus und KB verfügbar ist.
Ich bin mir aber zu 100% sicher das es zu Weihnachten 2024 noch funktioniert hat.
Danke für den Test. Ich bin mir auch sicher, dass der Bug erst seit 128.7.1 auftritt und bei 128.8.0 immer noch da ist.
Die Beispiel-Mail habe ich mit win10 in Entwürfen gespeichert und dann auf diversen Handys und Pads mit unterschiedlichen Android-Architekturen (alle mit gleichem IMAP Konto) versucht zu Bearbeiten und den Fehler auf allen Geräten bekommen. Die Anzeige ist immer korrekt und auch die Aktualisierung des Entwürfe Ordners erfolgt zeitnah.
Nochmal Thunderbird geschlossen, nach einem erneutem Start von Thunderbird wird die Grafik wieder angezeigt. Evtl. einfach eine langsame/gestörte Verbindung zum Emailserver des Providers.
Die Bearbeitung eines Entwurfs mit Termux-Linux habe ich noch nicht probiert. Bekommst die gelbe Anzeige aus meinem Screenshot nicht, wenn du auf Bearbeiten gehst?
Ich habe noch eine englische Version der Mail, die ich im Termux-Forum benutze. Das sieht bei mir so aus:
Alle Grafiken bis auf die erste (ignoriert) werden durch leere Rechtecke repräsentiert und Speichern in Entwürfen geht nicht. Stattdessen wird das in Lokale Ordner gespeichert mit ein Größe von 2,5Kb. Unter Win10 habe ich die beiden Shots oben in den Entwurf eingefügt. Damit wird der Entwurf von 930Kb auf 1,5Mb vergrößert.
Gibt es niemand, in diesem Forum, der das Problem nachvollziehen kann oder es in Linux nicht hat?
Inzwischen habe ich auf beiden OS die Version 128.8.0esr geprüft, ohne dass der Fehler behoben wurde.
Das gleiche IMAP Konto ist in TB 128.7.1ESR auf beiden OS:Win10 und Linux (Termux) installiert/eingerichtet. Die Bearbeitung des folgenden Beispiel-Entwurfs in Win10 (grün) ist kein Problem. Alle erforderlichen Aktionen zum nachvollziehen sind in dem Screenhot der Mail beschrieben.
Das Problem taucht nicht beim Anzeigen in Tab oder Fenster sonder nur beim Bearbeiten und nur in Linux (rot).
Ich habe die Version 128.6.0esr auf einem Chromebook installiert (neuste verfügbare Version für linux), nachdem ich die alte flatpak version 102 deinstalliert habe. Das hat soweit gut geklappt. Leider ist das Verhalten unerwartet. Nach dem beenden erwarte ich beim nächsten TB-Start das Fenster in der zuletzt verwendeten Größe zu sehen.
Es wird aber nur ein 2-4cm großes Fenster (KF) angezeigt, das erst vergrößert werden muß, um den Inhalt zu erkennen. Aktionen wie "Verfassen", "Hilfe->über..", "Öffen in Fenster" weden auch in KF mit oft nur einer Zeile angezeigt, die auf dem Screen oft schwer zu finden sind. Ich habe nur einen Fall gefunden, wo das Verhalten erwartet war:
Wird TB mit Fullscreen-Größe (in der Fenster-Deko) beendet, ist der beim Start wieder erhalten und beim zurücksetzen auf die ursprüngliche Größe wir diese auch korrekt gefunden.
Ich habe mit claude (AI) diverse debug Aktionen versucht, die aber alle nicht erfolgreich waren. Hat jemand ein ähnliches Verhalten und eine Lösung?
Das war die letzte debug Aktion (Linux) und das vergrößerte Fenster in dem die version geprüft werden soll. Der Pfeil zeigt das KF dazu.
