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

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

@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...

@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 😉

@JulianeS am besten in dem oben verlinkten Feature Request voten

@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.

Vielen Dank für eure Anregungen!

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

@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.

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.

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

@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?

@MichaelG sehe ich genauso, daher hatte ich dafür bereits ein FR erstellt 🙂

https://forum.church.tools/topic/10580/beiträge-anzeigeoption-erweitern-um-meine-gemeinde