@holunder diesen Fehler hatte ich auch. Schien aber ein Einzelfall zu sein. Bitte wende dich damit an den Support.

@jziegeler Ok. Dann müssen wir das noch mal deutlich mit unseren Mitgliedern kommunizieren. Damit nicht der Admin alle E-Mail-Antworten liest.

Danke, für die schnelle Antwort.

LG, Silvia

@ChrAck dann schau doch bitte in den FR, ob es einen ähnlichen schon gibt und falls nicht erstelle doch deinen Wunsch dort.

Überarbeiten wollen wir viel in CT 🙂 allerdings haben wir viele Baustellen und nur eine gewisse Entwicklungs-Kapazität. Die Ressourcen sind da zurzeit glaube ich nicht mit einer hohen Priorität vertreten. Aber da hören wir auch aktiv zu, was euch wichtig ist.

Kannst du mir die "Kleinigkeiten" noch mal hier verlinken, dann kann ich mir die noch mal anschauen.

War scheinbar ein Einzelfall und wurde über DB-Zugriff korrigiert.

dann wende dich bitte an support@churchtools.de damit wir uns das bei dir in der Installation mal anschauen können.

@rsadmin du hast Recht, da ist etwas nicht ganz richtig. Es kann sein, dass der Status notwendig ist (müsste ich noch mal genauer nachschauen), dann sollte dieses Feld deaktiviert sein. Falls nicht, sollte die Einstellung natürlich berücksichtigt werden.

Nehme ich als Issue auf.

@Andy Sorry für die späte Antwort, aber das Problem scheint gelöst, ich kann aktuell die Lizenz Seite wieder sehen.

Moin @gabe,

mehrere Punkte gibt es hier.

CT kann entweder GD oder imagick als Bild Manipulierungs-Bib verwenden. Abhängig was installiert ist (bervorzugt wird imagick, weil es schneller ist) Bei Imagick prüfen wir, ob es WebP unterstüzt, wenn nicht, dann fällt CT auf GD zurück Bei GD prüfen wir nicht, ob WebP unterstütz wird, weil ich dachte GD unterstütz das immer. Hier müssen wir nachbessern. Danke für den Hinweis.

Jetzt zur Lösung: Bitte installiere GD oder Imagick mit WebP Unterstützung. Dann sollte alles funktionieren.
Mehr kann ich aktuell nicht tun für dich (außer natürlich den Bug fixen 😉 )

@jziegeler sagte in Gruppenanmeldung in verschiedenen Sprachen aufrufen:

https://luxembourg.church.tools/publicgroup/2201?language=fr

einfach mit einem & verketten: https://luxembourg.church.tools/publicgroup/2201?embedded=true&language=fr

@jziegeler genau, war mir auch sofort aufgefallen.

@cr eigentlich sieht das so aus:

Unbenannt.png

@Andy ok. Wir haben es nun nochmals im Team besprochen und werden es mit dem Textfeld lösen. Danke

FR ist da: https://forum.church.tools/topic/6067/filter-für-app-nutzung

ich bin nochmal, aktuell tritt wieder ein ähnliches Problem auf. der Fehler entsteht wenn ich in einer Gruppe eine Person hinzufügen möchte und dann im Eingabefenster anfange einen Namen einzugeben. dann kommt die Fehlermeldung "Fehler aufgetreten in churchdb..."

das error log sagt:

]
Error in AbstractModule:call - SQLSTATE[42000]: Syntax error or access violation: 1104 The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET MAX_JOIN_SIZE=# if the SELECT is okay

Ja, die UX könnte da sicher verbessert werden 😉

ich verschieb das mal in Fragen.

Schreib am besten eine E-Mail an support@churchtools.de dann können wir uns das genauer anschauen.

@chrstn_hsbrg
Ich hatte dies über Bereiche gelöst. Alle meine Testaccounts, der ChurchTools Support Account und ähnliche sind im Bereich "unsichtbar", den ich nur auf die Admin-Gruppe freigeschaltet habe.
Der Vorteil von Bereichen wäre, dass eine Person in mehreren Bereichen sein kann. Somit könntest du Personen auch für unterschiedliche Kreise freischalten. Ist eigentlich analog als würdest du einen Gemeinde- und Jugendbereich erstellen.

Wenn es konkrete Fehler in der Api-Dokumentation gibt beheben wir die gerne.

Die Dokumentation wird mit der ChurchTools Version ausgeliefert und kann nicht selbst angepasst werden. Du findest sie unter deiner ChurchTools Installation unter /api

Self-Hosting kostet gleich viel wie Hosting.
Da kannst du prinzipiell alles anpassen, musst du dann aber auch bei jedem Update machen.

@volkerwiegand Für den Kundensupport nutzen wir Helpscout und für die interne Verwaltung von Bugs/Issues... GitLab.