@Andi-1 Sehr cool, kannte ich noch nicht und entspricht ziemlich genau dem, was ich gesucht habe 🙂2e10a6ff-5c1c-422c-8c25-261dbf4592c3-image.png

@holunder ja das ist möglich

Du richtest eine Gruppe ein die du mit einer Regel befüllst. Dort ziehst du alle Gruppen und Rollen an für die du 2FA erzwingen willst, ggf. auch weitere Kriterien, z. B. Gruppentyp und Rolle

@silvias1963 sind die in den stamdaten für die platzhalter aktiviert?

@pteh Ausblende-Option des Gruppenfotos in der Detailseite unterstütze ich ausdrücklich!

@bwl21

aber der Ansatz von @A-K müsste schon funktioneren. Man kriegt halt ggf. mehrere Gruppen mit automatischer Mitlgiedschaft.

Der Ansatz von @A-K funktioniert grundsätzlich, allerdings mit einem Haken: Man braucht dafür zusätzliche Gruppen mit automatischer Mitgliedschaft.

Bei uns sind das 3 Kindergruppen (bald 4), die wir jeden Sonntag mit je einem Leiter und einem Helfer besetzen. Beides sind bereits Rollen innerhalb der jeweiligen Gruppe. Mit dem Workaround kämen 8 zusätzliche Gruppen dazu, nur um Rollen abzubilden, die es in ChurchTools schon gibt. Unsere Gruppenstruktur ist ohnehin schon umfangreich und würde dadurch noch unübersichtlicher.

Ehrlich gesagt schießt das für mich am Ziel vorbei. Genau dafür sind Rollen in Gruppen doch da, und sie würden diesen Use Case perfekt abdecken. Eine Rollenauswahl in der Gruppenzuordnung des Dienstes wäre eine kleine Ergänzung mit großer Wirkung. Ich würde mich sehr freuen, wenn das umgesetzt wird. 👍

@Andi-1 Beides. Wenn mit der Maus über dem Termin hoverst, wird der aktuelle Status der Buchung für diesen Termin angezeigt. Wenn du jedoch über "Nur diesen Termin ändern" einen Termin anschaust, ist dies bereits die herausgelöste Kopie der Buchung, welche -- siehe oben -- zunächst mal als neue, unbestätigte Buchung betrachtet wird. Dies ist also keine Detailansicht, sondern eine neue Buchung basierend auf einer bestehenden, welche du dann aber verwirfst.

Ich schliesse mich diesem Wunsch an, das wäre auch für uns eine grosser Erleichterung dir Gruppen gepflegt zu halten.

@simsa sagte in Authentifizierung mittels OAuth2:

Hab es hier mal veröffentlicht

https://github.com/canchanchara/sociallogin-to-openidconnect/

Ich hab das Tool mal noch in golang programmiert (oder mit Claude lassen), da mir die Java Implementierung doch etwas zu viel RAM verbraucht hat:
https://github.com/joconcepts/churchtools-oidc

Aber cooler wäre es, wenn Churchtools das direkt könnte.

@pengel vielen lieben Dank

@eh dich mit ein bisschen mehr Informationen beim support melden

Hallo zusammen,
da ich die Heizungsteuerung per openHAB 40 Jahre nach Einweihung des Gemeindehauses nachgerüstet habe, habe ich darauf Verzichtet, Hier mit Aufheizhkurven zu arbeiten, zumal die Heizung 40 Jahre zur vollsten Zufriedenheit funktioniert hat. Erfahrungsgemäß ist die Toleranz der Benutzer bei kalten Räumen recht gering, so dass man beim Probieren quasi "prügel" bekommen kann.
Bauseits vorhanden war der Auskühlschutz, der auf 15°C eingesteltl ist. Damit sinkt die Temperatur nicht zu stark, was auch gut für Wand und Mobilar ist. Und im Notfall sind 15°C im Raum immer noch besser als 10°C, aus Energetischer Sicht dürfte das fast ein Nullsummenspiel sein...

@holunder sagte in Songs doppelt:

Ist bei diesem Thema inzwischen etwas passiert?
Zum Erkennen von Duplikaten würde sich die CCLI-Nummer auch eignen.

In ChurchTools selbst nicht, aber unser ChurchSong kann per Subcommand songs verify genau das überprüfen.

@Andi-1 So mache ich es nun auch.

@Marcel-Tuchner sagte in Leseberechtigung des Chatverlaufs:

Dabei ist es irrelevant, wann genau sie beitritt (das wäre "joined", was wir bisher nicht unterstützen).

Für die Zukunft: Es wäre schön, wenn das umgesetzt würde.

Ich hatte das Problem auch. Es gibt da aktuell einen Fehler, der mit der nächsten Version behoben werden soll, hat mir der Dupport geschrieben.
Ein Workaround bis dahin ist, die Selektion im Perdonenmodul zu machen und die selektierten Personen in die Gruppe zu packen.

@gmaess schade, ich gehöre leider zu der 0,3% nachhaltig orientierten Randgruppe, die ein ansonsten funktionierendes Smartphones nicht unbedingt durch ein neues ersetzen möchte, um weiterhin up to date zu sein ...