@daniel-lerch Diese Änderung ist uns dann leider durchgerutscht. Wir geben uns große Mühe alle Änderungen möglichst Rückwärtskompatibel zu machen haben das in diesem Fall aber leider übersehen.

Ich kann dir jedenfalls Versichern, dass solche Änderungen nicht einfach ohne Rücksicht auf Kompatibilität gemacht haben.

Damit wir eine Möglichkeit haben in Zukunft auch Änderungen durchzuführen gibt es seit kurzem diese Seite https://churchtools.academy/de/help/system-einstellungen/api/0-deprecations/. Diese werden wir in Zukunft weiter pflegen.

Zusätzlich werden Mails versendet an den Nutzer von alten Apis oder Apis deren Parameter sich geändert haben.

Die Idee mit Tests dieser Art ist nicht schlecht. Ich schreib mir das mal auf. Allerdings ist das auch nicht einfach, weil nicht alle Breaking Changes ganz so einfach erkannt werden können.

Danke auf jedenfall fürs melden. Da das neue Schema besser ist als das alte und hier das Problem jetzt schon auftritt, würde ich dich bitten deinen Client anzupassen. Unsere Api-Doku hab ich für die nächste Version angepasst.

Wodurch ist der Fehler bei dir entstanden? Nutzt du das Feld der GruppenIds oder ist es einfach ein Typ Fehler? Bzw wie nutzt du die Ct Api?

@liebsoer 👌🏽👌🏽
Vielen Dank!

Mein Eindruck ist auch, dass allgemein mehr Anwendungen auf OIDC setzen als pures OAuth. Daher wünsche ich mir auch für Church Tools ein OpenID Support.

Die Social Login App von Nextcloud funktioniert grundsätzlich. Allerdings habe ich Bedenken bzgl. des langfristigen Supports. Das Plugin wird nicht direkt von Nextcloud gewartet. Die OIDC App allerdings schon.

Dh. es könnte sein, dass das Social Plugin von dem externen Entwickler eingestellt wird und man dann schwierigkeiten bekommen kann, Nextcloud zu aktualisieren bzw. die User auf ein anderes Plugin zu migrieren.

Ich habe für unsere Kirche einen Sync von den Songs von Veranstalltungen geschrieben: https://github.com/david-loe/worshiptool-churchtools-sync

Ich hab mich jetzt extra hier im Forum registriert, um auch mein starkes Interesse an den Tags in der Song-API kundzutun.

Die Song-API bietet die sehr sinnvolle Pagination an, allerdings muss man - wegen der fehlenden Tags - im Augenblick dann doch über die alte AJAX-API (/?q=churchservice/ajax&func=getAllSongs) ohne Pagination gehen und noch mit /api/tags?type=songs kombinieren.

Dieser aufwändige Client-Code könnte wegfallen, wenn /api/songs bzw. /api/events/{id}/agenda/songs direkt die Tags mit ausliefern würde.

@MichaelG Fakten sind ja immer an einem Event hängend. Aktuell haben wir nur die APIs, um die Fakten (Stammdaten) auszulesen und um Fakten eines bestimmten Events auszulesen/zu ändern.

Über Datum geht nicht, weil das ja nicht eindeutig wäre. In welches Event soll das Faktum geschrieben werden, wenn es mehrere Events zur selben Uhrzeit gibt?

Einen importer, wie du ihn dir vorstellst, gibt es aktuell nicht und du müsstest über die Event-API das jeweilige Event herausfinden. Die API /events kann auch mittels Datum eingegrenzt werden, um ein Event zu finden.

Mit der Event-ID kannst du dann die Fakten-API nutzen, um den einen Fakt zu speichern.

@davidschilling Hmm, ich hab mir das schwieriger vorgestellt.
Solange ich über den LoginToken Arbeite ist das ja nicht so schwer wie ich dachte.
Nur, sollte ich es so machen, dass der User selbst mit seinen Userdaten sich anmelden kann, wirds vermutlich etwas umständlicher.
Hab neulich mit der Youtube API gearbeitet und hab immernoch Albträume von dem Autorisierungsprozess 😉 😃

@Silke-Falkner Hey, ich hatte deine Nachricht nicht gesehen.
Also wenn du magst kann ich dir meine Dateien schicken. Ich weiß nimmer auswendig was ich alles gemacht habe.

mark.erhard@efg-ochsenfurt.de

@MaxStro Ja über die Appointment-List 😉 Du kannst dir einfach zusammenkonfigurierten, welche Kalender angezeigt werden sollen: d58c5c9c-75e4-4f88-bb18-5ac68007b75b-image.png

@thommyb Schade, aber trotzdem vielen Dank! Lässt sich nicht irgendwie sicherstellen, dass wenn man ein Treffen im Kalender über die API erstellt, auch automatisch ein Event erstellt wird? Genau so ist es derzeit in der Benutzeroberfläche:

Bild Text

@jmrauen : Da wir in unserer Gemeinde eine Fritz!Box als Router hatten, haben wir es mit Fritz!Dect-Thermostaten und Home-Assistant probiert. Bzgl Fritz!Dect 301 gibt es bereits eine gute Anleitung in deutscher Sprache:
https://smarterkram.de/3773/fritzdect-301-thermostat-fuer-den-heizkoerper-mit-home-assistant-steuern/
Dank der weiteren Starthilfe hier im Forum bzgl Churchtools Resourcen-Kalender und Home-Assistant funktioniert die Heizungssteuerung jetzt. Dem Herrn Jesus Christus sei Lob und Dank!

@Karl nein, das ist bisher nicht möglich

Heute ist mir aufgefallen, dass das Attribut data.churchdb.'edit groups' nicht mehr existiert. Es gibt nur noch das Attribut data.churchdb.'edit group'. Ich brauche diese Attribute nicht, aber vor einiger Zeit gab es das noch und jetzt gibt es Fehler beim Mappen des JSON zu meiner Klasse.

Wie beim letzten Mal taucht das Attribut außerdem weiterhin in der OpenAPI Dokumentation auf.

Ich habe für Korga auch einen eigenen ChurchTools Client in C# entwickelt: Source Code. Der ist auch alles andere als vollständig, aber funktioniert 😊

Sollte Michael Chen seine Cnml.ChurchToolsApi Bibliothek nicht weiterentwickeln wollen und Nachfrage bestehen, könnte ich meinen Client auch als NuGet Paket zur Verfügung stellen.

Eine Sandbox der eigenen Installation gibt es nicht. Aber du kannst gerne eine kostenlose Demo erstellen unter https://ccp.church.tools/demo und gegen diese Installation deine Implementierung testen.

@aschild Aktuell gibt es diesen Filter nicht