ical.0
	2026-04-25 17:43:11.747	info	Terminated (NO_ERROR): Without reason
ical.0
	2026-04-25 17:43:06.365	info	processing URL: Müllkalender https://calendar.google.com/calendar/ical/xxxxxxxxxxxxxxxxx8c%40group.calendar.google.com/private-32cc3a968fdxxxxxxxx6ce4d4/basic.ics
ical.0
	2026-04-25 17:43:05.546	info	starting. Version 1.20.0 in /opt/iobroker/node_modules/iobroker.ical, node: v22.22.2, js-controller: 7.0.7

Edit ; sentry ist an

@Homoran sagte:

Nöö, der Adapter ist stable!
Sentry hat einen Schlag weg.

Sehe ich anders.
Dann dürfte aber beim Adapter die vorgänger Version auch nicht gehen.

Bei mir:
1.19.7 funktioniert mit sentry
1.20.0 funktioniert nicht mit sentry

m.E. bug im Adapter.

@bahnuhr sagte:

Merkwürdig

Nöö, der Adapter ist stable!
Sentry hat einen Schlag weg.

Aber warum wird ein Adapter ins stable gestellt, der ein js.controller erfordert der nicht im stable ist.

Merkwürdig.

Wie wäre es denn, wenigstens im Issue mal was gescheites aus deinem Log zu zeigen...
Welches System? Nodejs? Wie schaut der Adapterstart aus?

Steht in

iob logs

alles formatiert drin.

2026-04-25 08:57:04.507 - info: ical.1 (810693) starting. Version 1.20.0 in /opt/iobroker/node_modules/iobroker.ical, node: v22.22.2, js-controller: 7.0.7
2026-04-25 08:57:05.271 - error: ical.1 (810693) uncaught exception: request.headers.split is not a function
2026-04-25 08:57:05.272 - error: ical.1 (810693) TypeError: request.headers.split is not a function
at setHeadersOnRequest (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:282:39)
at _onRequestCreate (/opt/iobroker/node_modules/@sentry/src/integrations/undici/index.ts:192:9)
at Channel.publish (node:diagnostics_channel:156:9)
at new Request (node:internal/deps/undici/undici:2146:27)
at Client.[dispatch] (node:internal/deps/undici/undici:7944:25)
at Intercept (node:internal/deps/undici/undici:7677:20)
at Client.[Intercepted Dispatch] (node:internal/deps/undici/undici:707:16)
at Client.dispatch (node:internal/deps/undici/undici:723:44)
at Pool.[dispatch] (node:internal/deps/undici/undici:954:32)
at Pool.[Intercepted Dispatch] (node:internal/deps/undici/undici:700:33)
2026-04-25 08:57:05.273 - error: ical.1 (810693) request.headers.split is not a function
2026-04-25 08:57:05.351 - info: ical.1 (810693) terminating
2026-04-25 08:57:05.352 - warn: ical.1 (810693) Terminated (UNCAUGHT_EXCEPTION): Without reason
2026-04-25 08:57:05.688 - error: host.iobroker-test-sicher instance system.adapter.ical.1 terminated with code 1 (JS_CONTROLLER_STOPPED)
2

ical.0 läuft ohne Holpern

2026-04-25 09:00:22.095 - info: ical.0 (810735) starting. Version 1.20.0 in /opt/iobroker/node_modules/iobroker.ical, node: v22.22.2, js-controller: 7.0.7
2026-04-25 09:00:27.502 - info: ical.0 (810735) processing URL: Martin_docker http://192.168.2.146:5232/martin/e4c584bc-2ea6-bae6-1d4e-debe6a702f21/
2026-04-25 09:00:34.864 - info: ical.0 (810735) Terminated (NO_ERROR): Without reason

Habe jetzt Sentry bei ical.1 ausgemacht ... für interessierte Mitleser - geht nur im Expertenmodus.

Habe auch issue erstellt.
Aber die issues bei diesem Adapter werden ja seit 8 Jahren nicht bearbeitet.

Schaun wir mal.

2026-04-25 08:50:13.147  - info: ical.0 (331769) starting. Version 1.20.0 in /opt/iobroker/node_modules/iobroker.ical, node: v25.9.0, js-controller: 7.1.1
2026-04-25 08:50:13.953  - info: ical.0 (331769) processing URL: awb-direkt https://www.awbkoeln.de/fileadmin/ics/icscal.php?building_number=191&street_code=63&start_year=2025&end_year=2026&start_month=10&end_month=12&trigger=960&wertstoff=1&grey=1&brown=0&blue=1&red=0
2026-04-25 08:50:19.144  - info: ical.0 (331769) Terminated (NO_ERROR): Without reason

Wieder alte Bauernregel nicht beachtet: NIE "Nuller" Versionen installieren ;.)

Also xy.0 -> Böse. xy.1 usw. -> Besser

Interessanterweise betrifft es bei mir nur eine von zwei ical - Instanzen.

Instanz 0 funktioniert

Instanz 1 funktioniert nicht

Habe zwei Instanzen, weil ich den Abfallkalender nicht so häufig aktualisieren will - der Server scheint manchmal nicht erreichbar - meist zwischen Mitternacht und Arbeitsbeginn am Folgetag ....

Habs raus gefunden.

Es liegt an diesem "sentry"

ausgeschaltet und der Fehler ist weg.

Der Adapter scheint also seit 1.20.0 einen bug zu haben.

@Thomas-Braun sagte:

Dein Setup schaut wie aus?

@bahnuhr sagte:

Habt ihr diese Fehler auch mit der neuesten 1.20.0 ?

Nein.
Dein Setup schaut wie aus?