Feature #144
geschlossen
Passwortvergabe bei manuell erstellte Elternaccounts / Hilfe erstellen?
Von Christian Ehringfeld vor mehr als 11 Jahren hinzugefügt.
Vor mehr als 11 Jahren aktualisiert.
Beschreibung
Bei manuell erstellten Elternaccounts, soll da irgendein bestimmtes Passwort gewählt werden? Dann die nächste Problematik wäre, die E-Mail Eintragung, bei Eltern die kein Internet haben, aber eingetragen werden sollen, haben eventuell keine E-Mail Adresse. Eventuell müsste man da für die Verwaltung / Administration das Benutzer anlegen Formular nochmal ändern in der Hinsicht dass diese Accounts dann speziell generierte Useraccocuntnamen haben. Meinetwegen sowas wie das dvk. Dahingehend dass diese Eltern keine E-Mail Adresse dann hätten, müsste der Accountstatus der Richtigkeit halber auf "gesperrt" gesetzt werden. Wobei sich mit diesem Account dann eh niemand einloggen kann, weil das login Formular über die E-Mail Adresse läuft.
Dahingehend sollten wir zumindest für die Verwaltung und Administration noch eine Hilfeseite erstellen.
Ich denke das Nachtragen kann dann mit einer Art Platzhalter Mailadresse gemacht werden, wenn die richtige nicht bekannt oder nicht existent ist. Dabei ist der Accountstatus, wie du schon sagst, weniger wichtig. Das kann die Verwaltung dann ja handhaben wie sie will. Das Feld sollte aber standardmäßig auf aktiv stehen, da es sonst nur vergessen wird umzustellen und es diverse gesperrte Accounts geben wird.
Naja Platzhalter? Wohl eher dann ne leere Spalte. E-Mail Adresse sind schließlich unique. Bei irgendnem Platzhalter müssten die Accounts halt auf gesperrt stehen, damit sich damit niemand einloggen kann... Das das Feld standardmäßig auf aktiv steht, ist schon klar.
Ich denke es macht Sinn, wenn man diese Accounts als "Dummy-Accounts" konzipiert. Kein Login, Kein passwort, keine E-mail, Status gesperrt/nicht aktiviert, irgendnen Username aus Vorname und Nachname und dafür noch ein extra Formular einfügen, wo Verwaltung nur Vorname und Nachname eingeben kann. Account updaten müsst man dann mal sehen, die wahrscheinlichkeit dass dann jemand aufeinmal ne E-Mail Adresse hat ist wahrscheinlich eher gering. Bitte Feedback
- Priorität wurde von Hoch zu Dringend geändert
- Zielversion wurde auf 1.2 gesetzt
Ich denke der Vorschlag mit den Dummy Accounts macht am meisten Sinn.
Diese werden ja nur für diesen einen Termin erstellt.
- Kategorie wurde von Projektmanagement zu Back-End geändert
- Zugewiesen an wurde von Matthias Unterbusch zu Christian Ehringfeld geändert
- Priorität wurde von Dringend zu Normal geändert
- Status wurde von Neu zu In Bearbeitung geändert
- Zugewiesen an wurde von Christian Ehringfeld zu David Mock geändert
- % erledigt wurde von 0 zu 60 geändert
View gedöns muss David machen!
- Kategorie wurde von Back-End zu Front-End geändert
- % erledigt wurde von 60 zu 80 geändert
Seite gestaltet, Button erstellt,
Weiterleitung auf user/admin fehlt noch,
Wenn man die updaten will, kommt Email und Passwort darf nicht leer sein (OH LOVELY; SO MUCH FUN).
hmm werd ich mir mal angucken, muss man die denn überhaupt updaten, sofern keine E-Mail adresse eingegeben wird, dass ist eh nur für die Verwaltung/Lehrer.
Eigentlich ist updaten nicht von Belang... aber man weiß ja nie.
Wenn die Tipse sich verschrieben hat und das das ändern will und das Programm nur "FEHLER" schreit ist die Tipse vielleicht verwirrt und verängstigt und verklagt uns.
Ich glaub ich geb denen noch nen extra status, alles andere macht die anwendung wieder kaputt wenn ich der Verwaltung und den Admins da "allowEmpty" Berechtigung geb, am Ende fliegen da drölfmilliarden accounts ohne email adresse rum.
wobei das auch Mist ist, am besten is wohl wenn ich das User Model hacke
- Tracker wurde von Unterstützung zu Feature geändert
- Kategorie wurde von Front-End zu Back-End geändert
- Zugewiesen an wurde von David Mock zu Christian Ehringfeld geändert
- Status wurde von In Bearbeitung zu Erledigt geändert
- % erledigt wurde von 80 zu 100 geändert
Mit der nächsten Rev drin.
Auch abrufbar als: Atom
PDF