No Branch/Tag Specified
mk-personal-profile
main
testing
MK/conditional_fields
MK/meeting_checklist
all-inclusive
MK/finance_workflow
cm-oauth
MK/pdf_pagesize
cm-bump-4.2
cm-remove-jet
docu-new-group
toml-configuration-with-templates
individual-sender-address
changes-ku
authentik-integration
jenkins
object-level-permissions
dev
clubdesk-migration
docker
v1-0-stable
Labels
Clear labels
Betrifft die Administration des Kompass
Betrifft Anwender:innen des Kompass, das heißt nicht-Admins
Betrifft die Entwicklungs- und Produktiv Infrastruktur
Bedarf keiner strukturellen Änderungen und ist leicht umsetzbar, weil es ähnliche Funktionen schon gibt
Breaking change that won't be backward compatible
Something is not working
Documentation changes
Improve existing functionality
New functionality
This is security issue
Issue or pull request related to testing
Betrifft die Kompass Produktivumgebung von Heidelberg
Betrifft die Kompass Produktivumgebung von Ludwigsburg
The priority is critical
The priority is high
The priority is low
The priority is medium
Issue has been confirmed
This issue or pull request already exists
Invalid issue
This issue won't be fixed
Somebody has started to work on this but abandoned work
The pull request or issue awaits a response by the author to questions or comments by reviewers.
Something is blocking this issue or pull request
Feedback is required to reproduce issue or to continue work
Apply labels
Effekt
Admins
Betrifft die Administration des Kompass
Effekt
Anwender
Betrifft Anwender:innen des Kompass, das heißt nicht-Admins
Effekt
Infrastruktur
Betrifft die Entwicklungs- und Produktiv Infrastruktur
Issue gut geeignet für Einsteiger:innen
Bedarf keiner strukturellen Änderungen und ist leicht umsetzbar, weil es ähnliche Funktionen schon gibt
Kind/Breaking
Breaking change that won't be backward compatible
Kind/Bug
Something is not working
Kind/Documentation
Documentation changes
Kind/Enhancement
Improve existing functionality
Kind/Feature
New functionality
Kind/Security
This is security issue
Kind/Testing
Issue or pull request related to testing
Lokal
Heidelberg
Betrifft die Kompass Produktivumgebung von Heidelberg
Lokal
Ludwigsburg
Betrifft die Kompass Produktivumgebung von Ludwigsburg
Priority
Critical
The priority is critical
Priority
High
The priority is high
Priority
Low
The priority is low
Priority
Medium
The priority is medium
Reviewed
Confirmed
Issue has been confirmed
Reviewed
Duplicate
This issue or pull request already exists
Reviewed
Invalid
Invalid issue
Reviewed
Won't Fix
This issue won't be fixed
Status
Abandoned
Somebody has started to work on this but abandoned work
Status
Awaiting author
The pull request or issue awaits a response by the author to questions or comments by reviewers.
Status
Blocked
Something is blocking this issue or pull request
Status
Need More Info
Feedback is required to reproduce issue or to continue work
No Label
Effekt
Admins
Effekt
Anwender
Effekt
Infrastruktur
Issue gut geeignet für Einsteiger:innen
Kind/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Lokal
Heidelberg
Lokal
Ludwigsburg
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Awaiting author
Status
Blocked
Status
Need More Info
Milestone
Set milestone
Clear milestone
No items
No Milestone
Projects
Set Project
Clear projects
No project
Assignees
Assign users
Clear assignees
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.
No due date set.
Dependencies
No dependencies set.
Reference: digitales/kompass#169
Reference in New Issue
There is no content yet.
Delete Branch '%!s(<nil>)'
Deleting a branch is permanent. It CANNOT be undone. Continue?
No
Yes
Es ist aufgefallen, dass Juleis schlecht den Anmelde/Registrierungs-Prozess nachvollziehen können. Folgende Anpassungen könnten zu mehr Transparenz/besserem Überblick beitragen:
Gruppen-Juleis können eingeschränkt die Warteliste einsehen (sehen nur Wartende, die zu ihrer Gruppe eingeladen sind: Einladung ausstehend oder abgelaufen)
Gruppen-Juleis können selbstständig unbestätigte Registrierungen ihrer Gruppe einsehen und ggf. auch bearbeiten (bisher nur Warteliste und Juref).
Boolean-Flag in den Registrierungen zeigt an, ob ein Registrierungsformular vorhanden ist.
alternative E-Mailadresse kann ad hoc aus Registrierung entfernt werden, um diese bestätigen zu können. Das ist in der Praxis das größte Hindernis für die Bestätigung (primäre Mailadresse sollte bei neuen Wartenden bestätigt sein, alternative wird oft falsch ausgefüllt, Bestätigung vergessen).
Aktion "Aufforderung zur Bestätigung der E-Mailadresse versenden" entfernt bestehende Bestätigung wenn eine von beiden Adressen schon bestätigt war. Durch alternative Aktion "... von noch nicht bestätigten Adressen ..." gibt es dafür keinen praktischen Use case mehr, sollte nicht mehr zur Auswahl stehen.
Diese würde ich gerne zur Debatte stellen.
Finde ich gut. Können wir als zusätzliche Berechtigung einfügen: "Darf Wartelisten Einladungen der eigenen Gruppen einsehen"
Das sollte bereits jetzt der Fall sein, falls nicht ist es ein Bug.
In der Unbestätigte Registrierungen Listenübersicht?
Das sollte durch 2 behoben sein?
Führt das Vorhandensein der zweiten Option zu Verwirrung?
Danke für dein Feedback!
nach meinem Verständnis kann man nur die globale Berechtigung über alle unbestätigten Registrierungen vergeben.
genau
nicht ganz. Ich meine, dass in Absprache mit den Eltern tatsächlich eine Mailadresse wieder aus dem Datensatz entfernt werden (oder auch ohne Absprache, wenn mal wieder jemand in beide Email-Felder die gleiche Adresse eingetragen hat). Ich habe den Eindruck, dass viele das Feld "alternative E-mailadresse" nur ausfüllen, da es vorhanden ist und sich dann ärgern, wenn sie z.B. Bestätigung der Adresse zweimal machen müssen. Man könnte die Bestätigungsmail verschicken Funktion ja erweitern und einfach prüfen, ob noch ne Adresse da ist und wenn nicht einfach bestaetigt=True setzen.
durch den aktuell kleinen Nutzerkreis der Funktion, ist es nicht so dramatisch, eher dass man sich verklickt. Aber bei größerem Nutzerkreis sehe ich schon das Risiko
weiterer Punkt: einige Leute schaffen es nicht, nach ausfüllen des Online-Anmeldeformulars dann die PDF herunterzuladen und unterschrieben wieder hochzuladen. für diesen Fall sollte es die Möglichkeit geben, die PDF selbst herunterzuladen und an die Leite zu verschicken und/oder nochmal nen Reminder zu verschicken, dass sie die PDF unterschreiben und wieder hochladen sollen (fast di gleiche Mail, die schon nach Ausfüllen des Online-Formulars versendet wird)
das könnte einfach als Action für eine unbestätigte Registrierung verfügbar gemacht werden.
Das ist erledigt. Der Text ist jetzt erstmal genau der gleiche, falls er noch angepasst werden sollte, lässt sich das einfach ändern.
Ich habe es gerade nochmal getestet: JLs können die unbestätigten Registrierungen ihrer eigenen Gruppen einsehen, bearbeiten und löschen.
Das geht doch, da die JLs die Registrierungen bearbeiten können. Oder verstehe ich dich falsch?
Done.
Ist implementiert und geht, wenn ich dran denke, heute Nacht live.
Damit sollten alle Punkte hier erledigt sein, falls nicht sag Bescheid!
Ich schließe den Issue hier jetzt, falls noch was offen ist, mach gerne einen neuen auf.