LIghtning verursacht wieder mal massive Probleme nach einem update...

    Und wieder mal verursacht das interne Lightning Update massive Probleme - eigentlich genau dieselben wie letzten Herbst schon mal:

    https://www.thunderbird-mail.de/cms/news/4-pro…in-version-4-0/

    Es hilf wieder einfach eine ältere Version des Lighnings zu installieren - dies kann jedoch nicht die Lösung des Problems sein, alle paar Monate von Hand im Savemode einen älteren Kalender zu installieren.
    Gibt es inzwischen eigentlich schon Information, woher dieses Problem stammt und wie es ursprünglich bekämpft w3erden kann?



    Um Rückfragen vorzubeugen, bitten wir um folgende Angaben:
    * Thunderbird-Version: 38.5.1
    * Lightning-Version: 4.0.5.1
    * Betriebssystem + Version: Win7x64
    * Eingesetzte Antivirensoftware: Sophos
    * Firewall (Betriebssystem-intern/Externe Software): -

    Zitat von Hausmarke

    Gibt es inzwischen eigentlich schon Information, woher dieses Problem stammt und wie es ursprünglich bekämpft w3erden kann?

    Hallo Hausmarke,
    Du bist der erste der so ein Problem bei der Version 38.5.1/4.0.5.1 gemeldet hat und der Fehler aus der Thunderbird Version 38.3 ist schon lange behoben.
    Auch gibt es eigentlich keinen große unterschied zwischen den Versionen 38.5.0 und 38.5.1.

    Gruß
    EDV-Oldi

    Habe dasselbe Problem.

    Wie im Herbst werden die Verzeichnisse nicht angezeigt. Ich kann klicken so viel ich will - nichts tut sich. Nicht mal Einstellungen sind zu öffnen. Problem gelöst indem ich (zum Glück) noch eine alte Thunderbird-Installer hatte OHNE dieses Lightning.

    Alternative Lösung: Thunderbird im abgesichertem Modus starten und Lightning deaktivieren oder ganz entfernen (meine Empfehlung)

    Hallo Logi und willkommen im Forum,
    laut unseren Foren Regeln erstelle bitte einen eigenen Faden.

    Gruß
    EDV-Oldi

    Ich muss mich hier anschließen. Habe das Problem auf mehrere Arbeitsplätzen seit dem 1. Auftreten regelmäßig.

    * Thunderbird-Version: 38.5.1
    * Lightning-Version: 4.0.5.1
    * Betriebssystem + Version: Win7x64
    * Eingesetzte Antivirensoftware: Symantec

    Guten Tag RK_MichL! (JA, so viel Zeit nehmen wir uns hier!)


    Dann mache bitte bei Bugzilla ein Ticket auf und beschreibe dort dein Problem.
    Die Entwickler lesen hier garantiert nicht mit, und von uns hier wird keiner das (dein) Problem dort posten.

    edit: oder vote für die Bearbeitung eines noch offenen Bugs.

    Mit freundlichen Grüßen!
    Peter

    Thunderbird 45.8.x, Lightning 4.7.x, openSUSE Tumbleweed, 64bit
    S/MIME, denn ich will bestimmen, wer meine Mails lesen kann.
    Nebenbei: die Benutzung der (erweiterten) Suche, und von Hilfe & Lexikon ist völlig kostenlos - und keinesfalls umsonst!
    Und: Ich mag kein ToFu und kein HTML in E-Mails!

    Einmal editiert, zuletzt von Peter_Lehmann (13. Januar 2016 um 14:50)

    Ich habe gerade noch einmal gesucht, der Bug 1211358
    ist immer noch offen.

    Gruß
    EDV-Oldi

    Zitat von Hausmarke

    Offenbar bin ich doch nicht der "einzige

    Es sind wohl einige die sich hier nicht melden, sondern direkt im englischen Forum.
    Und es hängt vielleicht auch mit der Konstellation zusammen.
    Ich habe den Entwickler auch noch einmal angeschrieben und warte auf Antwort.

    Gruß
    EDV-Oldi

    Zitat von Hausmarke

    Ich habe das Problem nun schon zum 3. mal@Work mit allen meiner 40 Clients!

    Ich vermute, dass sind alles Windows-Benutzer mit Roaming-Profiles? Das würde Dich geradezu prädestinieren, den Entwicklern beim Test zu helfen. Im bug wird nämlich erwähnt, dass sie ein Problem in Zusammenhang mit der Windows-Synchronisation vermuten:

    Zitat


    My current best guess on this issue is that it is a synchronization issue with server side Windows profiles(most of the reports are from organization and mostly limited to Windows; we haven't found any obvious reasonin our code so far, so it's more likely to have a reason in the user's environment). Also other options forfile synchronization are candidates.


    Auch der Benutzer Richard Leger bestätigt dort, dass er ein Roaming-Profil benutzt. Das passt ins Bild.
    Einer der Entwickler hat um einen Test gebeten, weil er selbst das Problem nicht reproduzieren kann. Also, frisch an's Werk.

    Es gibt parallel dazu auch bug 1211160

    Dort gibt es seit gestern Testresultate, die auf den ersten Blick ebenfalls einen Zusammenhang mit dem Roaming bestätigen. Einer der betroffenen User nennt einen Workaround:

    Zitat

    So I use my working version of chrome.manifest in a script and I replace allthe "wrong" chrome.manifest on the computers and the Domain Controllerprofiles.And then it works.

    Hallo zusammen,
    hier die Antwort von einem Entwickler:

    Könntest du auch die Frage stellen,
    ob die Nutzer Windows Roaming-Profile verwenden, oder eine andere Art der Synchronisation des Nutzerverzeichnisses?
    Das scheint momentan ein klares Indiz zu sein.
    Das ist dann ja wohl auch Euer Problem.
    Ich würde die Fehler auch in diesem Bug melden, je mehr sich daran beteiligen um so früher wird eine Lösung gefunden.
    Behoben werden kann das Problem wie vorher auch, Lightning deinstallieren und wenn gebraucht wird wieder die letzte Version von AMO installieren.

    Gruß
    EDV-Oldi

    Hallo alle zusammen!

    Wenn dieses Problem an der Microsoft-wir-wollen-den-User-vor-all-seinen-Fehlern-schützen-Lösung liegt, empfehle ich, das ganze Profil an einen gemütlicheren Ort zu verlegen. Hat auch den Vorteil, daß mann/frau bequemer an die Daten kommt.

    Wie ich hier im Forum dazugelernt habe (es muß nicht immer ein Faustkeil sein), kann der aktuelle Ort bequem mit:
    Hilfe → Informationen zur Fehlerbehebung → Profilordner → Ordner anzeigen
    ermittelt werden. Nun einen lauschigen Ordner z.B.:
    C:\Users\…\MeineProfilordner
    erstellen und den ganzen bisherigen Profilordner mit einem aussagekräftigen Namen verlegen.

    Nun noch Thunderbird wie in support.mozilla beschrieben starten und auf den neuen Profilordner verweisen.

    Gruß
    Michael

    PS: Auch wenn das jetzige User-Agent-Gedöns sich als W7 ... (QupZilla stimmt) ausgibt und der andere Browser (jetzt zeitgleich) behauptet, ein XP/IE8 zu sein (ist aber ein SRWare Iron) … mitnichten … Lage der Ordner kann ich anhand einer Sicherung nachvollziehen, aber mit einem Wine32 unter FreeBSD64 jetzt nicht nachvollziehen. Sorry!

    Hallo boe,

    Zitat von boe

    ... empfehle ich, das ganze Profil an einen gemütlicheren Ort zu verlegen.

    Das ist aber nun ganz und gar nicht die Idee des Roaming. Ich würde deshalb zunächst den o.g. Workaround in jedem Fall vorziehen und abwarten, was im bug tut.

    Gruß

    Susanne

    Hallo Susanne!

    Zitat von SusiTux

    Das ist aber nun ganz und gar nicht die Idee des Roaming.

    Roaming und LocalLow sind Müllkippen für Installationen, die versuchen an unpassende Stellen zu schreiben. Der richtige Ort wäre:
    C:\Users\...\AppData\Local\Mozilla\Thunderbird\Profiles\...
    Andere Mozillaprodukte machen es richtig; warum nicht Thunderbird?
    Während der Installation und Import von AddOns werden also Einträge fröhlich in die zwei Ordner verstreut. Für ein Programm (vermutlich nur Lightning), das sich nun im Verzeichnisbaum zurück- und vorhangeln will, tötlich.
    Habe die obige Lösung als "FrickelDichDrumrum" in bugzilla@mozilla als sanften Hinweis eingetragen und zwei Programmautoren direkt angeschrieben - hier handelt es sich um ein grundlegendes Problem (nicht von Lightning) - der Bugreport ist (liebevoll ausgedrückt) übervoll.

    Solange das grundlegende Problem nicht gelöst ist, wird es immer wieder zu Kollisionen mit der M$-eigenen Vorstellung von Verzeichnissen kommen. Den ablegenen Ort im obigen Beitrag habe ich gewählt, damit es bei einer später möglichen Revision nicht zu Datenverlusten kommt!

    Gruß
    Michael