Wie ist Logik der Anzeige auf dem lokalen Rechner, dem Speicherstand auf Server und der Synchronisation?

  • Hallo Alle


    Was wird eigentlich von dem lokalen Thunderbird-Client wann angezeigt, wenn die Kalederdatei eine ics-Datei auf einem CalDAV-Server ist?
    Möglicherweise spielt dabei auch eine Rolle, ob man lokal bei dem Kalendereigenschaften die "Offline-Unterstützung" mit einem Häkchen angewählt hat.


    Also mal angenommen, ich ändere eine Kalendereintragung .... und beende sie per "Speichern und Schließen".
    Was passiert dann? Ich vermute, es wird übers Netz ein Änderungsauftrag an den CalDAV-Server geschickt. OK.


    Welche Kommunikation definiert, was der lokale Client (mit dem ich die Änderung durchgeführt habe) anzeigt?
    Es gibt ja einerseits die lokale Änderung, andererseits die Synchronisation mit der entfernten Server .... wer bestimmt zu welcher Zeit, was der lokale Client anzeigt?
    Wie kann ein Zustand entstehen, bei dem der lokale Client eine Änderung an der CalDAV_Server kommuniziert, aber selber nicht seine eigene Anzeige aktualisiert, es sei denn er wird neu gestartet?


    Viele Grüße Hanser

  • Hallo Hanser,


    ein Client kann so eingestellt werden, dass er entweder sofort synchronisiert, zu einem späteren Zeitpunkt oder manuell. Das gilt für beide Richtungen. In jedem Fall sollte ein im Client eingetragener Termin auch sofort im Client angezeigt werden, bzw. sollte im Falle eines Fehlers eine entsprechende Meldung kommen.

    Wie kann ein Zustand entstehen, bei dem der lokale Client eine Änderung an der CalDAV_Server kommuniziert, aber selber nicht seine eigene Anzeige aktualisiert, es sei denn er wird neu gestartet?

    Ohne dass ich mir jetzt jeden Anwendungsfall überlegt hätte, das sollte m.E. nicht vorkommen. Ich würde das für einen Fehler halten.


    Gruß


    Susanne

  • Hallo Susi!


    Vielen Dank


    Was sagt mir die Meldung aus der Konsole:
    aChangeLogListener=undefined
    calendarURI=https://webmail.uni-bremen.de/horde3/rpc/calendars/hherm/calendar~wzIhduhUEdSd_LHCB48SE-o/
    iscached=true

    this.mQueuedQueries.length=0


    "aChangeLogListener=undefined" liest sich so, als sei der Aufpasser für Änderungen undefiniert. Hat das eine Relevanz hier?


    Viele Grüße Hanser

  • Keine Ahnung :-)


    Jeder Entwickler ist frei in der Wahl seiner Logeinträge und in deren Benennung. Da könnte ich ebenfalls nur raten. Du kannst aber direkt an der Quelle nachfragen.

  • Wenn ich mich recht erinnere, warst Du in einem ähnlichen Faden aktiv, in dem edvoldi seine Hilfe angeboten hat. Außerdem gibt es eine offizielle Hilfeseite zu Lightning (English), und einen Bug zu erstellen, bliebe Dir ebenfalls offen (also in English, of course).

  • Du meintest ja, um die Fehlermeldung zu verstehen, sollte man den Autoren kontaktieren.
    Wie macht man das?


    Ggf. einen Bug zu berichten, (wäre auch eine Möglichkeit ... nur habe ich damit keine Erfahrung.



    Ja, edvoldi hat sich auch mit mir unterhalten und am Ende gesagt, dass ihm dazu nichts weiter einfällt. Warum fragst Du danach?


    Ja, ich war in einem früheren Faden mit dem gleichen Thema aktiv. Das dort weiter zu führen hatte aber wenig Erfolg, weil offenbar ab einer gewissen Anzahl an Beiträgen keiner mehr darin liest. Drum habe ich zu dem gleichen Problem mit einem anderen Ansatz halt einen neuen Faden eröffnet, u.a. auch um mittels Fehlesuche/verstehen die Entwicklung zu unterstützen.

  • Hallo EDVOldi


    Nein, Dir wollte ich das auch nicht unterstellen, aber ich habe den Eindruck, dass sich Neue Forumsteilnehmer eher eines Neuen Fadens annehmen, als wenn schon jemand etwas geantwortet hat, egal ob das den Faden nun gelöst hat oder nicht. Auch werden dadurch neue Fragen/Ansätze in diesem "gebrauchten" Thread nicht mehr so wahrgenommen. Hier wollte ich wissen, ob diese Meldung vielleicht jemandem etwas sagt - also eine neue Frage von mir und nachdem das so einige Tage unbeantwortet da rumlag, dachte ich mir, ich probiere es einmal mit einem neuen Faden, bei dem die Überschrift die neue Frage umreißt.


    Nun wieder eine neue Beobachtung: Diesmal hat auch ein Neustart von Thunderbird meine letzte Änderung nicht aktualisiert. Was aber erfolgreich war, war die Offline-Unterstützung zu deaktivieren und wieder zu aktivieren.


    Ich wüßte ganz gern etwas mehr über die innere Logik von Thunderbird, auf welchem Weg werden die Änderungen wirksam, wenn die Datei auf einem Server liegt. Dann gibt es ja offenbar eine lokale Kopie (zumindest müßte es die vermutlich geben wenn man Offline-Unterstützung aktiviert) aber es gibt auch die Serverdatei. In welcher zeitlichen Reihenfolge und Priorität werden diese beiden Dateien verwendet, um die lokale Anzeige zu generieren?


    Viele Grüße
    Hanser

  • Hallo Hanser,
    im Normalfall werden Termine in Lightning erstellt, nach dem klick auf speichern, werden sie zum Server hochgeladen und der Server schickt dann den gerade angelegten oder geänderten Termin nach Lightning zurück.
    Lightning fragt nach der, von Dir eingestellte Zeit, die Termine vom Server ab.
    Der Server schickt von sich aus keine Daten Richtung Lightning.
    Wenn Du also einen Termin änderst, wird der zum Server geschickt.
    Warum dann dieser Termin nicht in Lightning, nach der Änderung auf dem Server, eingetragen wird kann ich Dir nicht sagen.
     
    Gruß
     EDV-Oldi

  • Wie unterscheiden sich die Abläufe, wenn Offline-Unterstützung an oder abgewählt ist?

  • Wie unterscheiden sich die Abläufe, wenn Offline-Unterstützung an oder abgewählt ist?

    Wenn die Offline-Unterstüzung aktiv ist, kannst Du ja auch Termine bearbeiten wenn Du nicht mit dem Internet verbunden bist.
    Diese Änderungen müssen ja auf dem Server aktualisiert werden und das geschieht beim starten von Thunderbird.
     
    Gruß
     EDV-Oldi

  • Hallo ihr alle ...


    Hier gibts Futter für alle, die etwas von der inneren Logik der Thunderbird Synchronisation und Aktualisierung verstehen, Ich habe die Fehlerbeobachtungen zusammengefaßt und systematisiert. Fehlt noch was? Die Meldungen der Konsole stehen weiter oben.


    Systematisierung der Beobachtungen:

    • Probleme gibt es nur mit der Aktualisierung beim lokalen Client
    • Probleme machen nur Änderungen im Termin (Zeiten, Text)
    • Kein Problem bei Termine Erstellen und Löschen.
    • Auf dem Server wird alles grundsätzlich korrekt und sofort aktualisiert
    • Der Befehl "Kalender synchronisieren" (mit oder ohne Offline-Unterstützung) verursacht keine Aktualisierung des lokalen Client
    • Umschaltung der Offline-Unterstützung (beides, aktivieren wie deaktivieren) verursacht Aktualisierung des lokalen Client
    • Neustart von Thunderbird mit aktivierter Offline-Unterstützung verursacht keine Aktualisierung des lokalen Client
    • Neustart von Thunderbird mit deaktivierter Offline-Unterstützung verursacht Aktualisierung des lokalen Client


    Verschiedene Einstellungen bei Thunderbird wirken sich aus:

    • Offline-Unterstützung aktiviert und Netzwerkverbindung besteht ..... keine lokale Aktualisierung bei Änderungen
    • Offline-Unterstützung deaktiviert und Netzwerkverbindung besteht ..... keine lokale Aktualisierung bei Änderungen
    • Offline-Unterstützung aktiviert und Netzwerkverbindung unterbrochen ..... lokal alles gut
    • Offline-Unterstützung deaktiviert und Netzwerkverbindung unterbrochen ..... naturgemäß geht nichts
  • Hallo Hanser,

    Warum bringe ich Threads durcheinander, wenn ich in diesem darauf hinweise, dass es Parallelen zu einem anderen Thread gibt, in dem recht detailliert Beobachtungen beschrieben sind. Die Gemeinsamkeit hier und zu noch weiteren aktuellen Threads ist wohl, dass die Änderungen korrekt aufgenommen aber im Client nicht angezeigt werden.

    Ist ein Profil das, was in Thunderbird als "Konto" bezeichnet wird? Soll man also ein neues Konto erstellen, oder erstellt man ein Profil anders?


    Schon das alleine ist ein Grund das Du in Deinem Thread bleiben sollst.
    Wenn man schon nicht weiß was ein Profil und ein Konto ist, sollte man das in unsere "Hilfe und Lexikon" nachlesen.
    Hier steht auch beschrieben wie man ein neues Profil erstellt bzw. wo man das Profil findet.
    Du kannst ruhig hier weiter Deine Frage zu Thread Titel stellen und selbst verständlich in anderen mitlesen und die dort gezeigten Lösungswege testen.
    Wenn Du eine Lösung gefunden hast kannst Du das in den anderen Thread bekannt geben, dass Du in Deinem Thread den Lösungsweg beschrieben hast.
    Und wenn Du Probleme mit dem erstellen einen neuen Profils hast, eröffne bitte dafür einen weiteren Thread
     
    Gruß
     EDV-Oldi

  • Oh, sorry edvoldi ,
    ich dachte der Text der mit Philipp unterschrieben, hätte von Dir gestammt.


    Ich habe nun also ein neues Profil angelegt und es ändert leider nichts an der Situation.


    Nebenher sei auch noch angefügt, dass sich Terminerinnerungen oft nicht löschen lassen.


    Viele Grüße
    Hanser

  • Hallo


    Inzwischen habe ich Kontakt gehabt mit Systemadminsitratoren, die PHP CalDAV Server betreiben.


    Von denen habe ich die Info bekommen:
    Das von mir beschriebene Problem der ausbleibenden Aktualisierung bei Thunderbird/Lightning nach Änderungen eines Termins ist bekannt. Es existiert seit dem Übergang auf die Lightning-Version 4. Mit älteren Versionen wie auch mit Sunbird tritt dieses Problem nicht auf.
    Diese Systemadminstratoren betreiben PHP Kalenderserver mit SoGo und solche mit Horde Software und beobachten bei beiden das gleiche Verhalten von Lightning.


    Viele Grüße
    Hanser

  • Das von mir beschriebene Problem der ausbleibenden Aktualisierung bei Thunderbird/Lightning nach Änderungen eines Termins ist bekannt.

    Wenn Du daran interessiert bist, das Thema voranzubringen, dann solltest Du diese Admins bitten, einen entsprechenden Bug zu eröffnen. Sie sollten dann aber, wie mein Kollege aus Kiel immer so schön sagt, etwas Butter bei die Fische geben. Zumindest die entsprechenden Log-Einträge der Server und aus Lightning sollten in den Bug.
    Auffällig ist vielleicht, dass der Horde hier in den letzten Monaten immer wieder mal auftaucht.
    Wenn es ein Bug in Lightning ist, dann betrifft er wohl nur wenige Konstellationen. Soweit ich mich erinnere, bist Du der einzige, bei dem das Problem auftritt. In dem erwähnten anderen Faden hatte sich ja ein defektes Profil bzw. die Konfiguration des NAS als ursächlich herausgestellt.

  • Hallo Susi !
    [*]
    [*]Die Admins haben letzte Woche eine Bug-Report eingestellt.
    [*]
    [*]Bei mir taucht das beschriebene Problem gleich auf drei Computern mit Lightning auf, das Webinterface zeigt nach jeder Änderung alles korrekt an, Lightning nicht..
    [*]Also anderer Rechner, andere Installation, anderes Profil ....gleicher Fehler. Auch ganz neu erstellte Kalenderdateien auf dem Server bewirken das gleiche Verhalten.



    Soweit ich mich erinnere, bist Du der einzige, bei dem das Problem auftritt. In dem erwähnten anderen Faden hatte sich ja ein defektes Profil bzw. die Konfiguration des NAS als ursächlich herausgestellt.

    Nach meiner Wahrnehmung bin ich nicht der Einzige. Mein Eindruck ist, dass es noch ein paar sind, die zumindest sehr ähnlich wirkende Probleme beschreiben. Häufig ist gemeinsam, dass der Server aktualisiert wird, dass im Android-Handy und im Web-interface alles aktuell dargestelt wird, nur bei Lightning nicht. Es scheint, dass Lightning gelegentlich weniger robust reagiert, als andere. So war einmal auch eine kleine RFC Unkonformität in einem Kalender für Lightning angeblich der Grund nicht zu aktualsieren, während die anderen Clients darüber nicht gleich komplett ausgestiegen sind.


    Ähliche Threads:

    • In Ingmafans Thread war keineswegs das NAS keineswegs für Ingmafans Problem ursächlich. Lediglich für Martmen im gleichen Thread wurde es als ursächlich beschrieben. Für Ingmafan gab es bislang noch keine Lösung
    • AntonEnzians Thread zeigt eine ähnliche Problematik. Das Webinterface bekam alle Änderungen mit und hat sie auch angezeigt, TB nicht. Er hat eine Lösung gefunden, inder sämtliche Kalender-Dateien, die er vorher abonniert hatte, manuell neu geschrieben hat. Wie kann es sein, dass plötzlich alle Kalenderdateien nur für TB nicht mehr lesbar sind, obwohl sie nur von TB beschrieben wurden.
    • DerberMohikaner's Thread beschreibt ebenfalls, Änderungen wurden auf dem Server durchgeführt, aber auf Thunderbird nicht sichtbar wurden. Das Erscheinungsbild ist ähnlich (nicht exakt das gleiche, denn hier wurden auch neue Eintragungen gar nicht angezeigt, bei mir wurden nur Änderungen nicht angezeigt). Das Problem blieb unerkannt.
    • Der Thread von Harley-Peter mit dem gleichen Problem (Server wird synchronisiert, Lightning nicht) blieb unbeantwortet

    Viele Grüße
    Hanser

  • Die Admins haben letzte Woche eine Bug-Report eingestellt.

    Hast Du dazu die Bug-ID? Wäre hilfreich.



    Nach meiner Wahrnehmung bin ich nicht der Einzige.

    Nach meiner schon. Ich habe jetzt nicht nochmals sämtliche Fäden von vorn bis hinten gelesen. In einigen war ich aber beteiligt und erinnere mich, dass es entweder Lösungen gab und/oder dass das Problem eben doch ein anderes war als in Deinem Fall.
    Überhaupt rate ich sehr dazu, die Dinge nicht alle auf einen Haufen zu werfen, auch wenn die Problembeschreibungen ähnlich klingen mögen. Du siehst allein an den von Dir aufgelisteten Fäden, dass es verschiedene Ursachen gab (Konfiguration des NAS, vermutlich ein defektes Profil, defekte Daten im Kalender, ...) und dass es sich somit keinesfalls bei allen um dasselbe Problem gehandelt hat. Deshalb ist es immer eine gute Idee, verschiedene Probleme auch in getrennten Fäden zu behandeln.


    Das Eröffnen eines Bugs ist ein richtiger Schritt, wenn denn die erforderlichen Daten zur Verfügung stehen.