@gbahr Inzwischen haben wir herausgefunden woran es liegt. Wenn sich die App bei dem Chat anmeldet, meldet sich der Chat einmal in dem ChurchTools-System per Login-Token an, um zu überprüfen, ob die Zugangsdaten auch stimmen. Dafür haben wir eine kleine Node.js-Anwendung geschrieben, die sich für den Chat in das ChurchTools-System einloggt und - wie Claude es sagt - bei dem fetch keinen User-Agent gesetzt und daher taucht das in den Logs mit browser: node auf. Es ist also nicht direkt die App, aber wird dadurch getriggert, dass sich die App im Chat einloggt.

Eine KI ist hier nicht im Einsatz und es ist auch sicherheitstechnisch keine Gefahr oder datenschutzrechtlich kein Problem, da es sich um unsere eigenen Systeme handelt.

In Zukunft sollte hier nicht mehr browser: node stehen, sondern churchtools-chat-auth, damit auch klar ist, was genau das auslöst 😉

@Andi-1 Ja, genau das sind die Filterregeln. Bei mir sind sie halt umbenannt; klick mal auf den Stift...

Nicht alle, aber alle die die App auf dem Handy haben.
Hat das schon jemand über die Bugreportfunktion gemeldet?

@thommyb Schade. Danke für die Rückmeldung.

@alylit sagte in Kann ich einzelne Beiträge archivieren oder deaktivieren?:

Ist es aber möglich als Admin/Gruppenleiter Beiträge von anderen zu archivieren, um eine Beitragsgruppe ordentlich zu halten?

Aktuell nicht.

@SilasGuenther perfekt, das ist hilfreich zu wissen. Dann weiß ich, mit was für einer Version meine Leute im schlimmsten Fall unterwegs sind. Hilft bei der Fehlersuche.

@wilfried-huber Man kann über das 3-Punkte-Menü neben dem Kalender auf "Abonnieren" klicken. Das zeigt einen iCal-Link, den man potentiell zu seinem Kalender hinzufügen kann.

Ich habe endlich einen Weg gefunden, wie das ganze doch funktioniert, wie ich will:

Man kann bei ein Event bearbeiten und einen Verantwortlichen hinterlegen:
Screenshot Änderung im Datensatz

Anschließend ist der Verantwortliche in der Lage die Dienste für den Termin anzupassen.

@philipp-hoermann Das klingt stark nach einem Bug. Die meldest du am besten immer direkt über https://contact.church.tools/bug

@JulianeS am besten in dem oben verlinkten Feature Request voten

Wir diskutieren das beinahe seit Beginn der Entwicklung von Beiträgen und hören diesen Wunsch auch immer wieder.
Eines der grundsätzlichen Probleme ist, dass für die Statistik (mindestens) ein Schreibzugriff auf die DB notwendig wäre, wo doch eigentlich nur gelesen werden sollte. Das hätte Einfluss auf die Performance der Beiträge und würde auch das Caching von Beiträgen erschweren, da beim Cachen gar kein zählbarer Lesezugriff erfolgt.
Die Alternative wäre, dass der Zähler vom UI bzw. der App mit einem separaten REST-Call erhöht wird. Aber was ist dann mit Zugriffen, die zwar programmatisch, aber nicht "von uns" ausgelöst werden und die die Statistik umgehen (oder sogar schönen)?
Will sagen: Es gibt da einige Fragen, auf die wir bislang noch keine befriedigende Antwort gefunden haben.

Scheint aktuell nicht zu funktionieren. Ein Umweg wird hier skizziert:
https://forum.church.tools/post/30524

@Hubert: Super wäre es dann auch noch, wenn in der Abstimmung mehrere Optionen auswählbar wären. Momentan geht jeweils nur 1 Antwortmöglichkeit. Um Termineabfragen zu erstellen benötigen wir mehrere Auswahlmöglichkeiten...

Vielen Dank für eure Anregungen!

Ich schließe mich an und möchte auch Pushen - so ziemlich jede Kirchengemeinde hat sicherlich Ressourcen, von denen eine größere Anzahl vorhanden ist, die aber nicht immer komplett auf einmal genutzt werden!

@gmaess Danke das ihr euch da gute Gedanken macht und direkt alles rechtlich mit bedenkt. Bei solchen Funktionen sind immer dickere Bretter zu bohren, als man es als Nutzer vermuten würde.

@Neumeier also, laut unserer Academy sollte das gehen: https://churchtools.academy/de/help/churchtools-module/kalender-einbetten/17-kalender-einbetten-url-parameter/

mit:

viewname=eventView

Oder verstehe ich die Frage falsch?