Seite 1 von 1

Benutzerverwaltung unter Schild 3

Verfasst: Montag 10. November 2025, 10:54
von Kolodziej
Hallo zusammen,

wir testen momentan Schild 3 an unserer Schule, wobei aufgefallen ist, dass ein Kollege sich nicht mit seinem bestehenden Benutzernamen und Passwort nicht anmelden kann, obwohl dies unter Schild 2 klappt. Bei allen anderen Kollegen ist diese Fehler nicht aufgetreten.

Kann es sein, dass das Problem dadurch entsteht, dass sein Benutzername einen Umlaut enthält? Kann es daran liege, dass sein altes Passwort zu schwach war und bei Schild 3 mit den gesetzten Vorgaben Fehler verursacht?

Meine bisherigen Lösungsversuche blieben erfolglos.
1) Ich habe in der Benutzerverwaltung als Schild-Admin sein Passwort ändern wollen. Dort musste das alte Passwort eingeben werden, was wieder zu der Fehlermeldung führte.
2) Ich habe den Benutzer gelöscht und wollte ihn mit dem gleichen Namen wieder anlegen. Das Neuanlegen war aufgrund einer Fehlermeldung nicht möglich. (Ein Test bei anderen Benutzern hat geklappt. Löschen und Neuanlegen war möglich.)

Beim Anlegen neuer Benutzer ist mir Aufgefallen, dass man anders als bei Schild2 nicht zum Setzen ein Passwortes aufgefordert wurde. Wenn man einen neuen Benutzer anlegt und dann auf „Passwort ändern“ drückt, wird man aufgefordert das alte Passwort einzutragen. Das war natürlich nicht möglich.
Kann mir jemand helfen, wie man neue Benutzer mit funktionierendem Passwort anlegt?

Danke für die Hilfe
Adam Kolodziej

Re: Benutzerverwaltung unter Schild 3

Verfasst: Montag 10. November 2025, 11:36
von sbrando
So sollte es gehen (funktioniert zumindest in meiner Testinstallation): Navigieren Sie unter Verwaltung - Benutzer in die Benutzerverwaltung (Freischaltung mit eigenem Passwort erforderlich). Anschließend Rechtsklick auf den entsprechenden Benutzer - Kennwort ändern. Hier muss das alte Kennwort - was Sie im Regelfall ja auch gar nicht kennen - nicht eingegeben werden. Lediglich das neue Passwort muss zweimal eingegeben werden. Anschließend kann man sich mit diesen Credentials anmelden.

Re: Benutzerverwaltung unter Schild 3

Verfasst: Freitag 12. Juni 2026, 10:22
von Thomas.Paul
Hallo zusammen,

ich kann bestätigen, dass ein Anmelden eines Benutzers nicht möglich ist.
Ich bekomme immer wieder die Fehlermeldung (400 - Bad Request).

Sowohl bei Anzeigename und Benutzername, auch unabhängig voneinander.

Lässt sich das machen, dass auch Umlaute erkannt werden?

SVWS: 1.1.1
SchILD: 3.2.1.92

Vielen Dank für die Hilfe.

Re: Benutzerverwaltung unter Schild 3

Verfasst: Freitag 12. Juni 2026, 11:08
von Raffenberg
Hallo,
wir haben Benutzernamen mit Umlauten von SchILD-NRW 2 nach 3 migriert. Die Kollegen können sich problemlos anmelden.

Haben Sie die Operationen in der Datenbank verfolgt? Wird der Benutzer dort gelöscht? Hatte der Benutzer ein gehashtes Passwort?

Sie können ansonsten in die Benutzerverwaltung des SVWS-Clients wechseln und dort alle Operationen ausführen. Dann arbeiten Sie direkt mit der Quelle zusammen (Einstellungen -> Benutzerverwaltung).

Re: Benutzerverwaltung unter Schild 3

Verfasst: Freitag 12. Juni 2026, 12:33
von hmt
Bitte auch die Installation aktualisieren. SVWS-Server 1.1.1 ist schon sehr alt und es wurden seitdem viele Bugs behoben

Re: Benutzerverwaltung unter Schild 3

Verfasst: Freitag 12. Juni 2026, 12:38
von Thomas.Paul
Danke für die Antworten.

SchiLD3 und SVWS sind nun aktuell.
Ich kann auch hier keine neuen Benutzer in SchILD3 anlegen mit gleicher Fehlermeldung.

Es ist kein bestehender, sondern ein neuer Benutzer...

Ich kann ja später keine Benutzer mehr migrieren, wenn wir nicht mehr mit SchILD3 arbeiten.
Und es kann ja schonmal passieren, dass man einen neuen Benutzer mit Umlauten im Namen an die Schule bekommt...

Über den SVWS Server direkt geht es, aber in SchILD nicht. Ich möchte unsere Sekretärinnen aber nicht an der Datenbank arbeiten lassen.

Re: Benutzerverwaltung unter Schild 3

Verfasst: Freitag 12. Juni 2026, 19:02
von A. Schüller
Ich kann das reproduzieren. Beim Neuanlegen von Benutzern mit Umlauten erhält man eine JsonMappingException.
Ich prüfe das am Montag nochmal mit meiner Entwicklungsumgebung und melde ggf. den Fehler.