LBS-19000158 ics/CalDAV Kalender Client

[Glotzkowski]

Und wie hebelst Du mit dem Trigger die Totzeit aus?

Nextcloud 13.0.2


Hat Dein Kalender 54 Einträge?

Welche Version von Nextcloud hast du denn?

Ich hab mir einen Schalter zum manuellen triggern gebastelt.
Je Trigger 54 Fehler.

[Glotzkowski]

So, ich habe gerade einen leeren Kalender angelegt und das damit versucht.
Ich bekomme genau die gleiche Anzahl (54) an Fehlern mit selben Inhalt.
Sehr seltsam.

Hast Du berücksichtigt, dass der LBS eine "Totzeit" hat und in dieser Zeit den Kalender nicht neu abruft?

So, ich habe gerade einen leeren Kalender angelegt und das damit versucht.
Ich bekomme genau die gleiche Anzahl (54) an Fehlern mit selben Inhalt.
Sehr seltsam.

Das hat sich wohl überschnitten

[Glotzkowski]

Allerdings klappt der Download mit dem ?export am ende der URL auch. Hatte darauf vorhin nicht geachtet.

Ok, dann scheint da ja alles in Ordnung zu sein.

Ich würde es dann mal mit einem anderen evtl. neu angelegten Kalender und Test-Einträgen versuchen, wenn dieser Kalender nicht funktioniert.
Wenn es grundlegend mit einem neuen Kalender und wenigen Einträgen funktioniert, muss es am Kalender liegen und im LBS ist dann vermutl. etwas noch nicht berücksichtigt.

So, ich habe gerade einen leeren Kalender angelegt und das damit versucht.
Ich bekomme genau die gleiche Anzahl (54) an Fehlern mit selben Inhalt.
Sehr seltsam.

PS: das ics ist dann ca. 636KiB groß und lässt sich z.B. in KOrganizer klaglos importieren. gerade getestet...

Ich versuche aktuell mit
ht_tps://IP/nextcloud/remote.php/dav/calendars/name/kalendername?export

Dabei kommen diese Fehler:

 
  Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 755 | Undefined index: DTEND    ERROR  Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 688 | Undefined offset: 1    ERROR  Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000158.php | Fehlercode: 8 | Zeile: 690 | Undefined offset: 2    ERROR

Allerdings klappt der Download mit dem ?export am ende der URL auch. Hatte darauf vorhin nicht geachtet.

[Glotzkowski]

Wird bei dir dann der Kalender zum Download angeboten?

Ja, und genau das macht EDOMI ja auch und kommt so an die Kalenderdaten.
Wenn das schon aus irgendwelche Gründen scheitert, wird es nicht mit der Weiterverarbeitung.

[Glotzkowski]

Nein, der Browser wird sich mit seinem User-Agent zeigen, bei Firefox in etwa mit "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:40.0) Gecko/20100101 Firefox/40.1", daran erkennt NextCloud, dass da ein anderes Programm als der Sync-Client versucht über die WebDAV-Schnittstelle zuzugreifen und unterbindet dies.

Prinzipiell reagiert NextCloud da richtig, allerdings dürfte diese Meldung nicht auftauchen, wenn Du mit dem Browser auf die URL zugreifst und den Export des Kalenders aufrufst.

Im Thunderbird wird die URL ja auch ohne den Query-String "?export" eingetragen.

Wird bei dir dann der Kalender zum Download angeboten?

Naja, ich vermute, dass der Browser sich als webDAV zu erkennen gibt.
Also ist das ansich ja richtig.
Mit thunderbird klappt ja auch alles.

[Glotzkowski]

Diese Meldung sollte eigentlich nur erscheinen, wenn Du versuchst per WebDAV auf Dateien zuzugreifen, bist Du sicher, dass Du die korrekte URL für den Kalender und den Benutzer angegeben hast?
Befinden sich evtl. Leerzeichen im Benutzernamen oder dem Kalendernamen?
Log Dich mal als Benutzer, dem der Kalender gehört, am Webinterface von NextCloud ein und versuche dann mal die URL für den Kalender aufzurufen.

PS: wenn ich die URL so aufrufe kommt nach Eingabe von Benutzer und Passwort sowas:

This is the WebDAV interface. It can only be accessed by WebDAV clients such as the Nextcloud desktop sync client.