@jziegeler danke, ich musste nur ne Nacht drüber schlafen...

Ich habe im payload immer song_id statt id verwendet.

@narnitz merci ❤

noch hab ich das mit TOTP nicht zum laufen bekommen, doch der rest funktioniert super.

(wer genauers wissen will kann hier schauen: GitHub - ChurchTools-song-checker)

Nun aber genug mit OT 🙂

@ben-ste ja, das hat mir auch am Anfang Kopfzerbrechen bereitet...
daher: +1

in den nächsten Tagen wird eine Skript für die CCU von Homematic fertig mit dem man die Heizung steuern kann. Siehe Google "Diedrichs Heizkalender" oder https://diedrichs.de

@DaniBaumann Die Api kam in der Version 3.107 dazu.

@samu95 zeige ich dir sobald ich wieder am Rechner bin sehr gerne.

@MichaelG schreib mir die Fehler mal direkt, dann schau ich mir das an, dass die api dort fehlerfrei wird

@naitsirch Den Filter gibt es nicht. Aber es sollte auch nicht allzu schwer sein, das im Code selbst zu filtern.

@Hubert sagte in Anmeldung zu Church-Tools:

@Neuling In der Personenansicht aus Deinem Bild sieht man links unten in rot einen aktiven Filter. Wenn Du den Filter auf den Status raus nimmst oder nach Status unbekannt filterst, siehst Du auch die Personen.
Ansonsten in die Gruppenansicht wechseln. Dort siehst Du alle Personen in der Gruppe.
Wenn die Gruppeneinstellungen sonst alle korrekt sind, sollte es daran liegen.

Es hat jetzt geklappt, aber ich weiß nicht richtig wie....

@Achim-Bloh
Tut mir leid, dass meine Antwort so spät kommt. Ich sehe es halt eben erst.

@andrea-schulz

verstehe, das wäre eine interessante Lösung. du meinst "abwesenheiten in Gruppe xy" . Dort packt man die Leute rein, deren Abwesenheit man sehen möchte.

Das könnte ja dann ein Feature der Gruppe sein, dann kann sich jeder seine Abwesenheiten zusammenstellen.

D.h. bei einer Gruppe gäbe es die funktion "abwesenheiten abonnieren" ...

@Karl Nein, das ist bisher noch nicht möglich

@jziegeler Ah ok. Vielen Dank! Das funktioniert. Danke für den Tipp.
Ich habe es hier gesehen: https://api.church.tools/function-churchcore_sendEMailToPersonIDs.html

@davidschilling Hmmm...
da sehe ich jetzt gerade nicht wie das funktionieren soll.

Im /calendars/appointments fehlen mir die Ressourcen
Im /calendars/{id}/appointsments hier auch

Wir haben Keycloak mit dem Plugin von @simsa jetzt seit gut 6 Wochen produktiv im Einsatz:

Nextcloud via user_oidc WordPress via OAuth Single Sign On - SSO (OAuth Client) Korga (E-Mail-Verteiler-Erweiterung für ChurchTools)

Das Format des sub Claim von Keycloak mit Doppelpunkten macht die Einrichtung hier und da etwas schwierig, aber mit der richtigen Konfiguration läuft es seitdem einwandfrei.

Weil Keycloak auf einem anderen Origin als ChurchTools läuft und damit de facto eine Man-in-the-Middle-Attacke wie eine Phishing Seite ausführt, bekommen Nutzer nur vom Apple Schlüsselbund kein Passwort oder das falsche Passwort vorgeschlagen und müssen es manuell auswählen. Das ist sicherlich keine tolle Lösung, aber für uns akzeptabel, bis ChurchTools irgendwann selbst OpenID Connect einführt.

@wulmer sagte in Service Account // System User Token:

Ein Token (welches dann auch kein verwirrendes Session-Cookie des technischen Users erfordert) wäre da sehr hilfreich.

Was du suchst, ist vermutlich das Login Token. Das ist zeitlich unbegrenzt gültig und ermöglicht die Authentifizierung über den Authorization Header ohne Cookies.

⚠️ Ich würde dir jedoch dringend davon abraten, Login Tokens im JavaScript einzubinden und damit öffentlich ins Internet zu stellen. Auch die aktuelle Lösung, die du beschreibst, klingt gefährlich. Wenn euer Systemnutzer aus irgendeinem Grund z.B. einer Gruppenmitgliedschaft zu viele Berechtigungen erhält, sind schnell sehr viel mehr Daten öffentlich einsehbar, als du möchtest.

Aufwändiger aber deutlich sicherer wäre ein Backend, dass ausgewählte Informationen eurer Website über eine eigens dafür konzipierte API zur Verfügung stellt. Ich bin jetzt kein PHP Experte, aber mit den Libraries die es gibt, sollte das in unter 50 Zeilen Code umsetzbar sein.

@thommyb sagte in Kalender REST API Berechtigungsproblem seit v3.103.1:

@aschild Ist vielleicht eine blöde Frage, aber warum gibt es denn diese Retry-Logik? Warum schickst du nicht gleich/immer den Login-Token mit?

Wenn du mir sagst wie man das mit eurem JS client macht, dann her mit den Infos 🙂
In den anderen Clients (php etc.) wird das lgin token defaultmässig immer mitgesendet