You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Luchs: Duplikatprüfung funktionierte bei externer Anmeldung für einen Kurs oder beim Erstellen einer neuen Person in einer Ortsgruppe. Auch bei einer Selbstregistrierung auf einer Gruppe wo "Externe Registrierung" aktiviert ist wurde das Duplikat auf der Hauptadresse erkannt.
Luchs: Die Checkbox wird angezeigt wenn aktiviert und nicht angezeigt wenn nicht aktiviert. In beiden Fällen kann eine Registrierung vorgenommen werden.
Luchs: Das funktioniert sowohl für Kurse wie auch für Anlässe mit dem Export der ausgewählten Spalten und auch mit alle Angaben. Was auffällt ist das unser Feld nicht nur "Bemerkungen", sondern "Bemerkungen (Allgemeines, Gesundheitsinformationen, Allergien, usw.)" heisst. Dadurch wird die Spalte ziemlich breit.
Ich habe noch geprüft was passiert wenn man Zeilenumbrüche verwendet bei der Eingabe. Diese werden in der Tabelle mit "" ersetzt. D. h. der Text kann dann etwas zusammenhängen. Bspw. Allergie: Tomaten\r\nKrankenkasse: Visana" wird zu "Allergie TomatenKrankenkasse: Visana". Wäre das etwas das wir noch anmerken könnten? (anstatt mit "" zu ersetzen besser mit " ")
Carbon: Die Spalte kann zwar von allen eingeblendet werden, sie bleibt aber für die meisten Rollen leer, da normale Leiter keine Lese-Rechte an der Bemerkung haben. (Habe das entsprechend im original Issue kommentiert.)
Carbon: Einstellung ist Vorhanden, Auswirkung nicht getestet.
Neu kann pro Umgebung definiert werden, ob Personen nach x Monaten ohne Login ihren Benutzerzugang verlieren sollen. Dieses Feature ist standardmässig für alle Kunden deaktiviert. (PERSON: Benutzer-Zugang entfernen hitobito/hitobito#2069)
Carbon: kann auf Integration nicht getestet werden
Die OpenAPI Dokumentation zur neuen JSON:API wurde um technische Beschreibungen (Schemas) der erhältlichen Daten ergänzt. Dies erlaubt es API-Clients automatisch zu generieren, statt sie von Hand ausprogrammieren zu müssen. (#2134 - falsche Referenz?; wahrscheinlich JSON_API: Output payload schemas und examples in swagger.yaml hitobito/hitobito#2345)
Luchs: Ich habe die Seite ausprobiert jedoch konnte ich keine gültigen Requests machen. Die angegebene Url war: https://cevi.puzzle.ch/api/://api/events?include=dates&token=xyz -> siehe /api/://api. Vermutlich ist das noch was falsch in der Konfiguration. In der Auswahlliste der Server wird auch nur :// - production angezeigt. Das sieht auch etwas komisch aus für eine Integrationsumgebung.
Luchs: Die Anlässe und Kurse scheinen auf dem neuen Endpunkt alle vorhanden zu sein. Neue Felder sind: type, number, training_days, application_contact_id, applicant_count (ev. teamer count?), createdAt, updatedAt. Was nicht gut ist sind das folgende Felder die vorher da waren nicht mehr da sind: description, application_conditions, teamer_count, external_application_link. Bis auf teamer_count wären alle davon wichtig.
Ich wollte noch die Rechnungen testen aber habe noch nie etwas damit gemacht und konnte weder die Rechnungseinstellungen sehen noch irgendwie eine Rechnung erstellen. Ev. kann mir das jemand von euch mal noch etwas zeigen.
Nach dem Release ist bei Mönchi noch einen Bug aufgetaucht: Die Bestätigungen für die Anmeldung bei Anlässen (im Gegensatz zu Kursen) wurde immer wieder versendet. (d.h. Eltern haben wohl 10-12 mal das gleiche Mail erhalten...)
Bitte dokumentiert hier, was ihr getestet habt und allfällige Probleme.
Features
Changes
Bugfixes
Youth - muss noch etwas genauer angeschaut werden was das genau ist
Cevi
The text was updated successfully, but these errors were encountered: