@Andi-1 sagte in Kachel Events in der App ohne Rechte sichtbar:

@bwl21 sagte in Kachel Events in der App ohne Rechte sichtbar:

@pengel die Kachel ist ja ähnlich wie der Menüpunkt im Web. und der kommt nur wenn man "Events sehen" hat.

So sollte es sein, ist es aber nicht. Ohne entspr. Recht wird der Menüpunkt im Web nicht angezeigt, die Kachel in der App aber schon.

Das verstehe ich ehrlich gesagt auch nicht? Wie kann ich Events sehen, ohne das Modul / den Menüpunkt sehen zu können. Und warum sollte man das wollen?

Da kann es schon Fälle wo das sinnvoll ist. Über Kalender usw ist schon eingeschränkt, welche Events man sehen kann aber kann es sein, dass über das API zum Beispiel Dienste abgefragt werden um sie in einer Umfrage zu verarbeiten. Wenn die Umfrage-Teilnehmer mit dem Events an sich nichts zu tun haben, sondern nur in den Dienst eintragen, wollen, aber sonst nichts dann kann müssen sie das Modul auch nicht sehen.

Ich bin mir aber nicht sicher ob die API besetzbare Dienste ausgibt, wenn man das Event-Modul nicht sehen kann. Insoweit ist es tatsächlich ein Spezialfall?

@jziegeler Danke für die Info.
Dann kann ich ja lange suchen 🤨

@mmodler Perfekt, 1000 Dank!

@diakonin-to-be Das ist richtig. Abonniert habe ich jeden einzelnen Kalender, der für mich persönlich von Bedeutung ist, incl. "Meine Dienste". Die Farbe dazu kann ich festlegen und auch, ob ich Erinnerungen möchte und wie oft. Einzelne Termine kann ich inder Kalender-App auch ausblenden.

@ChrAck eher nicht, aber das ist ja auch die einzige Kennung, dass die Person über eine anmeldung rein kam.

@Wessel Hallo Wessel, jede Anwendung, die einen externen iCal-Feed einbindet, kann dort keine Termine erstellen. Das ist keine ChurchTools-Besonderheit, sondern liegt am Protokoll selbst: iCal-Feeds sind per Definition nur lesbar.

@bwl21 Deshalb vermute ich das auch.

@d3chris: Ja, ein zwei Tests haben ergeben, dass mit > und < vertauscht ist. @jziegeler bitte dies korrigieren.

Dann habe ich diese Aktion erfasst:

cd991753-aeeb-448b-a7d0-e25dca3f1df2-image.png

Nun, das Austrittsdatum kann nicht mit einer Variable versehen werden. Das wäre wohl notwendig, d. h. es wird kein Austrittsdatum eingefügt:

3f3204c7-7bf4-4bca-af77-5c9dc5de9c89-image.png

Ausserdem kann man die Gruppenmitgliedschaft nur in eine andere Gruppe kopieren. In meinem Fall: Die Person ist dann in zwei Gruppen:

in Gruppe Mitglieder Bereich A < die Gruppe ist für aktive Mitglieder in Gruppe Mitglieder Bereich A (inaktive)

Fazit: Mit den heutigen Möglichkeiten ist das mit den Automatischen Mitgliedschaften nicht lösbar.

@jziegeler: Gibt es eine Ausgehmöglichkeit auf Gruppenmitgliedschaften, bei welchen das Enddatum in Vergangenheit liegt?

Ist das aktuell immer noch so? Habe dazu leider nichts aktuellere gefunden

@Mansch Bei uns gibt es kein Problem. Ist die bestimmte Datei vielleicht zu groß?

@thommyb Besten Dank!

@Sebastian-J da schließe ich mich an; ich würde mir auch wünschen, dass ich das nochmal personalisieren kann, wer das sehen kann.

Es war die automatische Mitgliedschaft - vielen Dank!!

@thommyb Alles klar! Danke für den Hinweis auf die Seite, kannte ich noch gar nicht.

@davidschilling Kann man mittlerweile den Speicherplatzverbrauch irgendwo einsehen? Wir überlegen im Wiki Anleitungen zu hinterlegen und teils mit kurzen Videos zu unterstützen, wollen dass aber natürlich nicht angehen und dann plötzlich merken, dass der ganze Speicher verbraucht ist.

@thommyb sagte in kein Hinweis mehr im Chat, eine eine Person ausscheidet?:

@Andi-1 Die Chaträume werden asynchron durch einen Cronjob aktualisiert. Deshalb passiert das nicht unbedingt sofort, sondern um Laufe der folgenden Stunden.

genau so war es - danke!

@Karin-D Ich habe nun bei group.signup.description.possible.persons.2, register.for.group.persons und apply.for.group.persons den umschreibenden Text von persons geändert. Mal sehen, ob das umfassend ist und unterstützend wirkt.