Fehler in der Kommunilation mit dpcalender seit update

[Peter_Scheeder]

Hallo Ihr Lieben,
seit dem Update von gestern,
version ist jetzt: egroupware-docker (23.1.20230726) hardy; urgency=low
läuft die Zusammenarbeit mit dpcalendar über caldav nicht mehr.
Im Log infe ich die Meldung:

2023/07/27 13:17:29 [error] 20#20: *1410 FastCGI sent in stderr: “
PHP message: An error happened! (TypeError): Cannot access offset of type string on string (0)
PHP message: File: /api/src/WebDAV/Server.php, Line: 1020
PHP message: #0 /usr/share/egroupware/api/src/WebDAV/Server.php(755): HTTP_WebDAV_Server->multistatus_responses()
PHP message: #1 /usr/share/egroupware/api/src/CalDAV.php(1033): HTTP_WebDAV_Server->http_PROPFIND()
PHP message: #2 /usr/share/egroupware/api/src/WebDAV/Server.php(304): EGroupware\Api\CalDAV->http_REPORT()
PHP message: #3 /usr/share/egroupware/api/src/CalDAV.php(2349): HTTP_WebDAV_Server->ServeRequest()
PHP message: #4 /usr/share/egroupware/groupdav.php(43): EGroupware\Api\CalDAV->ServeRequest()
PHP message: #5 {main}
PHP message: # Instance=default, User=rszkveranst, Request=REPORT https://rszk.scheeder.de/egroupware/groupdav.php/rszkveranst/calendar/, User-agent=DPCalendar” while reading response header from upstream, client: 172.19.0.1, server: _, request: “REPORT /egroupware/groupdav.php/rszkveranst/calendar/ HTTP/1.1”, upstream: “fastcgi://172.19.0.3:9000”, host: “rszk.scheeder.de”

Wo liegt der Fehler?

Gruß Peter

[RalfBecker]

Kannst Du mal das CalDAV Log einschalten und den Request der das verursacht hier posten.

CalDAV Log schaltet mal als Admin mit Rechtsklick auf dem User (rszkveranst), durch Auswahl von Einstellungen, CalDAV/CardDAV Sync > Logging und Fehlersuche > Logging einschalten: “Anfragen und komplette Antworten in Dateiordner” ein.
Danach muss man die Sitzung des Benutzers killen (Admin > Sitzungen anzeigen > Rechtsklick > beenden).

Dann den Fehler reproduzieren, die CalDAV/CardDAV Einstellungen des Benutzers neu öffnen und dann in der Selectbox unter dem Einschalten das Log des jeweiligen UserAgents auswählen.

Ralf

[Peter_Scheeder]

*** 172.19.0.1 2023-07-27T14:35:38+00:00
REPORT /egroupware/groupdav.php/rszkveranst/calendar/ HTTP/1.1
Accept: application/json, application/vnd.api+json
Content-Type: text/xml
Depth: 1
User-Agent: DPCalendar
Authorization: Basic ***************
Content-Length: 304
Connection: Upgrade
X-Forwarded-Proto: https
X-Forwarded-For: 128.140.49.216
X-Real-Ip: 128.140.49.216
Host: rszk.scheeder.de
Content-Length: 304
Content-Type: text/xml

<C:calendar-query xmlns:D=“DAV:” xmlns:C=“urn:ietf:params:xml:ns:caldav”><D:prop><C:calendar-data/></D:prop><C:filter><C:comp-filter name=“VCALENDAR”><C:comp-filter name=“VEVENT”><C:time-range start=“20230726T220000Z” end=“20240201T230000Z”/></C:comp-filter></C:comp-filter></C:filter></C:calendar-query>
HTTP/1.1 500 Internal Server Error
Date: Thu, 27 Jul 2023 14:35:38 GMT
Server: nginx/1.24.0
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
X-Dav-Powered-By: EGroupware 23.1.002 CalDAV/CardDAV/GroupDAV server
X-WebDAV-Status: 207 Multi-Status
DAV: 1, 2, access-control, calendar-access, calendar-auto-schedule, calendar-proxy, calendarserver-principal-property-search, calendarserver-private-events, calendar-managed-attachments
Content-Type: application/json; charset=utf-8

<?xml version="1.0" encoding="utf-8"?>

<D:multistatus xmlns:D=“DAV:”>
<D:response xmlns:ns0=“urn:uuid:c2f41010-65b3-11d1-a29f-00aa00c14882/” xmlns:ns2=“urn:ietf:params:xml:ns:caldav”>
<D:href>/egroupware/groupdav.php/rszkveranst/calendar/28</D:href>
<D:propstat>
<D:prop>
{
“error”: 500,
“message”: “Cannot access offset of type string on string”
}### REPORT calendar-query /rszkveranst/calendar/ --> “500 Internal Server Error” took 0.015 s

[RalfBecker]

Ok, kann Dein Problem jetzt nachvollziehen, liegt aber an Deinem Client, der sendet einen falschen Accept Header für JSON und nicht XML oder einfach alles

Kannst Du selber mal ausprobieren, z.B. von einem Linux System wie dem EGroupware Host aus:

curl -i https://rszk.scheeder.de/egroupware/groupdav.php/rszkveranst/calendar/ --user rszkveranst \
-X REPORT -H 'Content-Type: text/xml' -H 'Accept: */*' --data-binary \
'<C:calendar-query xmlns:D="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav"><D:prop><C:calendar-data/></D:prop><C:filter><C:comp-filter name="VCALENDAR"><C:comp-filter name="VEVENT"><C:time-range start="20230726T220000Z" end="20240201T230000Z"/></C:comp-filter></C:comp-filter></C:filter></C:calendar-query>'

Dann kommt als Response:

HTTP/1.1 207 Multi-Status
Server: nginx/1.24.0
Date: Thu, 27 Jul 2023 18:28:50 GMT
Content-Type: text/xml; charset="utf-8"
Transfer-Encoding: chunked
Connection: keep-alive
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
X-Dav-Powered-By: EGroupware 23.1.002 CalDAV/CardDAV/GroupDAV server
X-WebDAV-Status: 207 Multi-Status
DAV: 1, 2, access-control, calendar-access, calendar-auto-schedule, calendar-proxy, calendarserver-principal-property-search, calendarserver-private-events, calendar-managed-attachments

<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:D="DAV:">
 <D:response xmlns:ns0="urn:uuid:c2f41010-65b3-11d1-a29f-00aa00c14882/" xmlns:ns2="urn:ietf:params:xml:ns:caldav">
  <D:href>/egroupware/groupdav.php/ralf/calendar/338.ics</D:href>
   <D:propstat>
    <D:prop>
     <ns2:calendar-data>BEGIN:VCALENDAR
...

Wenn Du den gleichen Request mit dem JSON Accept Header schickst:

curl -i https://rszk.scheeder.de/egroupware/groupdav.php/rszkveranst/calendar/ --user rszkveranst \
-X REPORT -H 'Content-Type: text/xml' -H 'Accept: application/json, application/vnd.api+json' --data-binary \
'<C:calendar-query xmlns:D="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav"><D:prop><C:calendar-data/></D:prop><C:filter><C:comp-filter name="VCALENDAR"><C:comp-filter name="VEVENT"><C:time-range start="20230726T220000Z" end="20240201T230000Z"/></C:comp-filter></C:comp-filter></C:filter></C:calendar-query>'

Dann bekommst Du Deinen Fehler.

Der JSON Accept Type sorgt dafür, das die REST API antwortet und nicht der CalDAV Server

Ich habe jetzt mal etwas mehr Logic eingebaut, die verhindert, dass die REST API auf einen offensichtlichen CalDAV Request antwortet:

guard against CalDAV clients wrongly sending a Content-Type or Accept header for JSON

(Gibt hier im Forum eine Anleitung, wie Du den Fix bei Dir zum Testen einspielen kannst.)

Das hilft bei dem Request mit dem Du das Problem hattest. Es gibt aber auch Requests bei denen ich nur am richtig gesetzten Accept-Header erkennen kann, ob die REST API mit JSON oder der CalDAV Server CalDAV antwortet soll. Das muss der Client schon richtig machen …

Ralf

[Peter_Scheeder]

Hallo Ralf,

erst mal danke für die Unterstützung, bei den dynamischen Änderungen in der eGroupware zurzeit ist es immer schwer einzuschätzen, wo der Fehler seine Ursache hat.
ich habe Deine Antwort an den Entwickler des dpcalendar moduls weitergeleitet, der ebenfalls gute Arbeit leistet. Ich setze das Modul schon seit vielen Jahren zur Kalenderkopplung mit Joomla ein.
Ich gebe dann weitere Rückmeldung, sobald es funktioniert.

[RalfBecker]

Es gibt ein neues Image egroupware/egroupware:23.1.20230728 das den entsprechenden Fix enthält.

Bitte mal damit testen, und falls es noch Probleme gibt, bitte wieder mit Logs.

Ralf

[Peter_Scheeder]

Hallo Ralf,

Allon hat nach Deinen Hinweisen auch das dpcalendar Modul gepacht, sodass es jetzt wieder funktioniert. Vielen Dank an beide Seiten.

[Uwe_Hahn]

Hallo,
ich habe hier einen ähnlichen Fall. Seid dem Upgrade, kann kein Client (Thunderbird mac+win, mac calendar) mehr den Kalender synchen.
Das Clientprotokoll ist eingeschaltet und liefert Folgendes, der direkte Webaccess (dein curl Beispiel) funktioniert.
Viele Grüße
Uwe

HTTP/1.1 401 Unauthorized
Date: Thu, 03 Aug 2023 09:31:21 GMT
Server: nginx/1.24.0
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
X-Dav-Powered-By: EGroupware 23.1.002 CalDAV/CardDAV/GroupDAV server
DAV: 1, 2, access-control, calendar-access, calendar-auto-schedule, calendar-proxy, calendarserver-principal-property-search, calendarserver-private-events, calendar-managed-attachments
Content-Type: text/xml; charset="utf-8"
WWW-Authenticate: Basic realm="Ein Fehler ist aufgetreten.: Cannot access offset of type string on string"
X-WebDAV-Status: 401 Unauthorized

PHP message: #6 /usr/share/egroupware/calendar/inc/class.calendar_groupdav.inc.php(448): calendar_groupdav->iCal()
PHP message: #7 /usr/share/egroupware/api/src/WebDAV/Server.php(792): calendar_groupdav->propfind_generator()
PHP message: #8 /usr/share/egroupware/api/src/WebDAV/Server.php(755): HTTP_WebDAV_Server->multistatus_responses()
PHP message: #9 /usr/share/egroupware/api/src/CalDAV.php(1033): HTTP_WebDAV_Server->http_PROPFIND()
PHP message: #10 /usr/share/egroupware/api/src/WebDAV/Server.php(304): EGroupware\Api\CalDAV->http_REPORT()
PHP message: #11 /usr/share/egroupware/api/src/CalDAV.php(2355): HTTP_WebDAV_Server->ServeRequest()
PHP message: #12 /usr/share/egroupware/groupdav.php(43): EGroupware\Api\CalDAV->ServeRequest()
PHP message: #13 {main}
PHP message: # Instance=default, User=dani, Request=REPORT https://server.hahn-berlin.net/egroupware/groupdav.php/dani/calendar-uwe/, User-agent=CalDAV-Sync/0.4.32 (samsung; r0sxeea; Android 13; de_DE; org.dmfs.caldav.lib/748; like iOS/5.0.1 (9A405) dataaccessd/1.0)" while rea
2023/08/03 09:44:37 [error] 21#21: *231 FastCGI sent in stderr: “
PHP message: Ein Fehler ist aufgetreten. (TypeError): Cannot access offset of type string on string (0)
PHP message: File: /vendor/egroupware/icalendar/lib/Horde/Icalendar.php, Line: 1521
PHP message: #0 /usr/share/egroupware/vendor/egroupware/icalendar/lib/Horde/Icalendar.php(1014): Horde_Icalendar->_exportDate()
PHP message: #1 /usr/share/egroupware/vendor/egroupware/icalendar/lib/Horde/Icalendar/Vevent.php(97): Horde_Icalendar->_exportvData()
PHP message: #2 /usr/share/egroupware/vendor/egroupware/icalendar/lib/Horde/Icalendar.php(1166): Horde_Icalendar_Vevent->exportvCalendar()
PHP message: #3 /usr/share/egroupware/vendor/egroupware/icalendar/lib/Horde/Icalendar.php(528): Horde_Icalendar->_exportvData()
PHP message: #4 /usr/share/egroupware/calendar/inc/class.calendar_ical.inc.php(1099): Horde_Icalendar->exportvCalendar()
PHP message: #5 /usr/share/egroupware/calendar/inc/class.calendar_groupdav.inc.php(867): calendar_ical->exportVCal()
PHP message: #6 /usr/share/egroupware/calendar/inc/class.calendar_groupdav.inc.php(773): calendar_groupdav->iCal()
PHP message: #7 /usr/share/egroupware/api/src/CalDAV.php(1107): calendar_groupdav->get()
PHP message: #8 /usr/share/egroupware/api/src/WebDAV/Server.php(1280): EGroupware\Api\CalDAV->GET()
PHP message: #9 /usr/share/egroupware/api/src/WebDAV/Server.php(304): HTTP_WebDAV_Server->http_GET()
PHP message: #10 /usr/share/egroupware/api/src/CalDAV.php(2355): HTTP_WebDAV_Server->ServeRequest()
PHP message: #11 /usr/share/egroupware/groupdav.php(43): EGroupware\Api\CalDAV->ServeRequest()
PHP message: #12 {main}
PHP message: # Instance=default, User=dani, Request=GET https://server.hahn-berlin.net/egroupware/groupdav.php/dani/calendar-uwe/6616.ics, User-agent=CalDAV-Sync/0.4.32 (samsung; r0sxeea; Android 13; de_DE; org.dmfs.caldav.lib/748; like iOS/5.0.1 (9A405) dataaccessd/1.0)” while reading response header from upstream, client: 172.18.0.1, server: _, request: "GET /egroupware/groupdav.php/dani/calendar-uwe/6616.ics HTT

[Peter_Scheeder]

Hallo Uwe,

Deinen Fehler kann ich hier auf meinen eigenen Systemen nicht nachvollziehen, die Synchronisation des Adressbuches und auch der Termine lauft bei mir mit der Version: egroupware-docker (23.1.20230728) hardy; urgency=low, und Thunderbird 102.13.0, anstandslos.
Auch Thunderbird 102.14.0 funktioniert, alles unter Windows 10.

[RalfBecker]

ich habe hier einen ähnlichen Fall.

Bitte neuen Post machen und dann nicht nur die Response posten, sondern auch den Request (darüber im Log).

Ralf