CalDAV: Der Termin wurde auf dem Server verändert ... .

    Zitat von Susi to visit

    Stellt man die Methode auf der Webseite auf Benachrichtigung um, klappt alles. Die Glocke wird angezeigt, die Benachrichtigung poppt auf.

    Hab mal von E-Mail auf richtige Benachrichtigung umgestellt, mal sehen was passiert. Trotz manuellem Sync erscheint in BB aber keine Glocke, jedenfalls soweit nicht. Ein neuer bei GMX erzeugter Termin ist auch noch nicht in BB angekommen. Komisch.

    Zitat von Susi to visit

    Das Anlegen und Speichern von Terminen über TB/BB bei GMX klappt bei mir tadellos.

    Anlegen ja, nachträgliches Bearbeiten führt zu dem erwähnten 404. Der CalDAV-Kalender ist also "halb-schreibgeschützt", haha.

    Ist das Zeug wirklich "ready for prime time"??

    UPDATE: Ist nichts für Ungeduldige. Nach einem weiteren BB-Neustart waren der neue Termin und die Glocken bei den anderen jetzt da. Bleibt nur noch das Problem des 404 bei der Bearbeitung und dem Schließen von Benachrichtigungen.

    Ich habe es schon lange aufgegeben nach einem Fehler zu suchen.

    Bei mir taucht diese Meldung nur auf wenn ich wieder einmal zu schnell war und beim starten von Thunderbird zu für die Terminerinnerung bestätigt habe. Denn ich hatte diesen Termin ja schon auf einem anderen Gerät bestätigt.

    Ich habe die Version 102.x jetzt zu meinem Arbeitsprofil gemacht, diese Version läuft bei mir recht stabil und alle Erweiterungen, die ich brauche, sind für die 102 schon angepasst worden.

    Die Kalender Funktion ist sehr überarbeitet worden, den das Verhalten des Kalenders ist wesentlich anders, auch die Import Funktion wurde überarbeitet, Termin wo ich früher Probleme hatte diese zu importieren, werden jetzt ohne Fehler importiert.

    Gruß

    EDV-Oldie

    Zitat von jorgk3

    Anlegen ja, nachträgliches Bearbeiten führt zu dem erwähnten 404.

    Ich habe das gerade ebenfalls probiert. Uhrzeit des Termins verändert und einen Kommentar hinzugefügt. Das klappt bei mir mit 91.9.1-bb32.

    Zitat von edvoldi

    Bei mir taucht diese Meldung nur auf wenn ich wieder einmal zu schnell war und beim starten von Thunderbird zu für die Terminerinnerung bestätigt habe.

    Diese Situation hatte ich auch schon. Die Erinnerung kommt hoch und verschwindet gleich darauf von allein. Auch das könnte eine Folge einer Race Condition sein. Der Teil, der die Erinnerung bringt, war schneller als der, der prüft, ob der Termin nicht bereits bestätigt wurde. Leider ist das nicht immer so. Manchmal bleibt die Erinnerung stehen bis man sie bestätigt. In der Folge tritt dann die besagte Meldung auf.

    Ich habe eben versucht, sie zu provozieren. Ohne Erfolg. Ich bin aber sicher, irgendwann käme sie wieder, würden wir den TB/BB wieder für den Kalender benutzen. Je mehr Termine und Clients, desto größer die Chance.

    Zitat von edvoldi

    Die Kalender Funktion ist sehr überarbeitet worden,

    Gibt es Indizien, dass damit auch dieser Fehler weg ist? Wenn das gelöst ist, würde ich vielleicht wieder zurück zum TB/BB-Kalender wechseln, um es in Linux und Windows einheitlich zu haben. Beim Rest der Familie besteht die Chance eher nicht mehr. Da ist der Kalenderzug abgefahren.

    Wer wenig oder gar nichts kann, schiebt's auf den Antiviruskram.

    (Compuzius, Buch 5)

    Zitat von Susi to visit

    Gibt es Indizien, dass damit auch dieser Fehler weg ist? Wenn das gelöst ist

    Da ich gerade Anfange intensiv mit der 102 zu testen, nein.

    Gruß

    EDV-Oldie

    Zitat von Susi to visit

    Uhrzeit des Termins verändert und einen Kommentar hinzugefügt. Das klappt bei mir mit 91.9.1-bb32.

    Wie gesagt, ich kann zwar Termine anlegen, danach aber nicht mehr ändern. Ist allerdings GMX.es.

    Zitat von jorgk3

    Ist allerdings GMX.es.

    Mit GMX habe ich auch früher Probleme gehabt, teste es gleich noch einmal.

    Zitat von Susi to visit

    Ich würde sagen, genieße erst mal den Urlaub. Die Welt kann warten, bis du wieder in .de bist.

    Urlaub, was für Urlaub? Sitz des BB-Projektes ist Spanien, siehe Website. Ich wollte jetzt auch nichts programmieren, nur mal Fehler reproduzieren. Leider traten dabei andere Fehler auf. Weiß jemand, warum ich bestehende GMX-CalDAV-Termine nicht mehr bearbeiten kann?

    Zitat von jorgk3

    Weiß jemand, warum ich bestehende GMX-CalDAV-Termine nicht mehr bearbeiten kann?

    Hast DU die Offline Unterstützung ausgewählt?

    Bei mir funktioniert das ohne Probleme.

    Gruß

    EDV-Oldie

    Zitat von jorgk3

    Wo? GMX? TB/BB?

    Ich habe nur TB und dort in den Eigenschaften.

    Was hast Du als Endung bei GMX? Ich habe "gmx.net"

    Zitat von jorgk3

    Urlaub, was für Urlaub?

    Naja, auf Reisen, fern jeglicher Entwicklung und dann noch eine Testadresse aus Spanien, das klang für mich sehr nach Urlaub. Hätte ich dir glatt gegönnt.

    Zitat von jorgk3

    Wo? GMX? TB/BB?

    Das kannst du im TB/BB einstellen. Um den Fehler mit der Meldung zu reproduzieren, ist das unbedingt notwendig, siehe #16. Wenn man die Offline-Unterstützung abschaltet, tritt der Fehler nicht auf. Ob das auch bei dem Fehler, dass sich ein Termin nicht mehr bearbeiten lässt, eine Rolle spielt, kann ich nicht sagen. Diesen Fehler habe ich noch nie gesehen.

    Zitat von edvoldi

    Was hast Du als Endung bei GMX? Ich habe "gmx.net"

    Zitat von jorgk3

    Ist allerdings GMX.es.

    Wer wenig oder gar nichts kann, schiebt's auf den Antiviruskram.

    (Compuzius, Buch 5)

    Anderes Land, andere Sitten.😁

    Das kann eventuell ein Unterschied sein.

    Bei GMX musste ich vor ein paar Jahren auch immer die Offline Unterstützt ausschalten.

    Aber das ist schon lange her, jetzt ist bei mir bei allen Providern immer die Offline Unterstützt eingeschaltet und ich habe keine Probleme.

    Auch der Test mit den Erinnerungen ist bei mir ohne Probleme durch gelaufen. Egal ob TB 102 oder TB91.x keine Fehlermeldung.

    Wie schon öfters geschrieben, bei mir kommt die Meldung, das der Termin geändert wurde, nur wenn ich diesen Termin auf einem anderem Gerät schon bestätigt habe und ich beim Start von TB nicht warte bis TB komplett hoch gefahren ist .

    Offline-Unterstützung ist an und das Konto ist bei gmx.es. Jetzt will ich erst mal forschen, warum ich da zwar Termine erzeugen aber dann nicht mehr ändern kann. (Zu den Reisen kann ich per privater Nachricht Auskunft geben.)

    Also, da ist wirklich der Wurm drin, andere Termine kann ich jetzt auf einmal aktualisieren. Dafür habe ich beim Einrichten eines Termins, der eine sofortige Erinnerung triggerte, dies bekommen:

    Kein zweites Profil im Spiel. Es passiert relativ häufig, wenn man einen Termin in der Vergangenheit erstellt, ohne dass man auf Ablauf warten oder eine zweites Profil bemühen müsste.

    Das liegt vielleicht daran, dass TB den Termin erst in TB speichert und dann erst zum Server schickt. In den neuen Versionen ist es so, wenn die Deppl Übersetzung richtig war, dass ein neuer CalvDAV Termin erst zu Server geschickt wird. Wenn der Termin dann vom Server zurück kommt, erst in TB angezeigt wird.

    Ja! :) . Das ist genau die Meldung, um die es geht. Jetzt haben wir mit dir einen weiteren "Augenzeugen".

    Zitat von jorgk3

    Es passiert relativ häufig, wenn man einen Termin in der Vergangenheit erstellt, ohne dass man auf Ablauf warten oder eine zweites Profil bemühen müsste.

    Diese Variante hatte ich noch nie ausprobiert. Das würde das Testszenario natürlich nochmal vereinfachen. Ich habe es eben mit jeweils 5 Terminen bei GMX und Posteo versucht, ohne dass der Fehler auftrat. Das besagt aber nichts. Die Krux ist, dass der Fehler so sporadisch auftritt.

    Womit ich sehr hadere, ist, dass ich den Sinn und die Motivation hinter der Meldung nicht verstehe. Wie Altstadt oben schon erwähnt hat, widerspricht sie sich gewissermaßen selbst.

    Es hat gar keine inhaltliche Änderung des eigentlich Termins gegeben, weder auf dem Server noch beim Client. Die einzige Änderung, die ich im *.ics finden kann, ist lediglich die, dass der Termin über X-MOZ-LAST-ACK bereits bestätigt wurde und damit auch einen neuen Timestamp bekommen hat. In deinem Fall vielleicht nicht einmal das. Der Termin selbst hat sich jedenfalls nicht verändert.

    Das wiederum führt mich zu der hier bereits früher erwähnten Überlegung, welchen Grund es wohl dafür geben könnte, überhaupt eine Bestätigung der Erinnerung auf dem Server zu speichern. Natürlich muss man sich irgendwo merken, dass man eine Erinnerung bestätigt hat. Sonst würde die wieder und wieder hochkommen.

    Meine Meinung nach sollte das ausschließlich lokal erfolgen. Warum? Weil CaldDAV dafür gedacht ist, dass mehrere Benutzer auf demselben Kalender arbeiten. Wenn ich eine Erinnerung bestätige, heißt das ja nicht, dass mein Kollege keine mehr bekommen soll. Im Gegenteil, jeder Benutzer soll eine bekommen und zwar genau ein Mal. Sinnvollerweise merkt sich also jeder Benutzer selbst, ob er einen Termin bereits bestätigt hat. Ansonsten müsste sich der Server das für jeden einzelnen Benutzer merken, genau genommen sogar für jedes einzelne Gerät. Das ist aber, soweit ich das sehen konnte, nicht der Fall. Ich habe in der zugehörigen Datei auf dem Server stets nur diesen einen einzigen Eintrag für die Bestätigung gesehen. Und das ist auch noch ein X-MOZ-Eintrag, also einer, der speziell für Mozilla ist und von anderen Programmen nicht beachtet werden muss.

    Andere Kalenderprogramme, z.B. der auf meinem Smartphone, hinterlassen erst gar keinen solchen Eintrag. Was dafür spricht, dass die sich das selbst (also lokal) merken. Warum also macht der Thunderbird das? Notwendig scheint es ja nicht zu sein. Eine Erklärung, die mir in den Sinn kommt: Thunderbird bietet als einziges mir bekanntes Programm die Option, die Off-Line-Unterstützung abzuschalten. In diesem Fall bleibt dann nur noch der Server als Speicherort. Daraus ergibt sich sofort die Frage, warum sollte jemand die Offline-Unterstützung abschalten? Welchen Nutzen hat das? (Außer, dass man damit diesen Bug umgehen kann. ^^ )

    Wenn das mal jemand erklären könnte oder vielleicht auch hinterfragen, wäre schon viel gewonnen. Und sei es nur, dass man die Thematik dann besser verstehen würde.

    Wer wenig oder gar nichts kann, schiebt's auf den Antiviruskram.

    (Compuzius, Buch 5)

    Zitat von Susi to visit

    Diese Variante hatte ich noch nie ausprobiert. Das würde das Testszenario natürlich nochmal vereinfachen. Ich habe es eben mit jeweils 5 Terminen bei GMX und Posteo versucht, ohne dass der Fehler auftrat. Das besagt aber nichts. Die Krux ist, dass der Fehler so sporadisch auftritt.

    Mit mein Test in TB91.x und Daily102 hatte ich das Problem auch nicht.

    Gruß

    EDV-Oldie

    Zitat von Susi to visit

    Ich habe es eben mit jeweils 5 Terminen bei GMX und Posteo versucht, ohne dass der Fehler auftrat.

    Ich hatte es zweimal hintereinander, dann nicht mehr. Was mich eher sorgt, ist, dass ich einige Termine nicht mehr ändern kann, der erwähnte 404 in der Fehler-Konsole.