Hallo,
ich habe ein komisches Problem mit meiner newloginbox. Ein user meldet sich über "Front End User Registration" an. User und das pw wird in der db angelegt. Soweit so gut. Will er sich anschließend einloggen, schlägt dies meistens fehl, es müssen nicht mal unbedingt Sonderzeichen im pw enthalten sein. Wenn der Benutzername ein Umlaut wie "ä" enthält schlägt der Login generell fehl.
Klappen tut es z.B. mit einem rein nummerischen pw wie "123456".
Benutzt der User die pw recovery Funktion, kann er sich problemlos mit dem neu zugewiesen Passwort einloggen, vorrausgesetzt kein z.B. "ä" im Benutzernamen.
Nun ist dieser Lösungsweg die denkbarst schlechteste Lösung und ich würde dieses Problem allzugerne lösen ^^ Kann es sein, das es eventuell wegen utf8 probleme gibt, oder ist der Hund doch wo anderst begraben?
Details zur Seite:
typo3 v4
Extensions: newloginbox, sr_feuser_register, kb_md5fepw, fh_library
Encoding: utf8
force charset ist in der local eingestellt.
Vielen Dank für eure Hilfe!
Hallo exo!
Ich habe wohl das gleiche Problem mit "sr_feuser_register" und der new login box.
Allerdings verwende ich eine andere Konfiguration:
Typo3-Version: 3.8.1
Charset: iso-8859-1
Bei mir wird die eMail-Adresse als Benutzername verwendet -> da wird wohl nach Deiner Theorie das @-Zeichen stören...
Leider habe ich noch keine Möglichkeit gefunden das zu umgehen...
Bist Du da schon weiter?
MfG
iconomie
Hallo iconomie,
ja das mit den Passwörtern klappt es soweit, war bei mir aber ein utf8 Problem, selbstverschuldet #angry# . Nur bei den Benutzernamen häng ich immer noch. Diese dürfen nach wie vor kein Umlaut enthalten bzw. Sonderzeichen, sonst kann man sich überhaupt nicht einloggen.
Hab es mir im source schon kurz angeschaut, es kommen zumindest unterschiedliche md5-Checksummen raus wenn das db pass mit dem aus dem frontend verglichen wird.
Wäre halt gut zu wissen ob das wieder selbstverschuldet ist oder doch ein bug ?!
Werde mich mal genauer damit beschäftigen wenn ich Zeit hab, aber momentan kämpf ich noch meine Seite valid (xhtml strict) zu bekommen 😃
Falls noch jemand einen Tipp haben sollte, oder diesen Problem lösen konnte, ich wäre sehr dankbar.
ciao, exo
Hi exo,
ich habe den Login jetzt zum Laufen gebracht (sr_feuser_register 2.2.6)!
Zunächst schien es, als hätte sich das Problem von selbst erledigt.
Ich konnte mich registrieren und einloggen.
Wenn aber ein FE-Benutzer sein Passwort über die EDIT Seite änderte, schlug ein erneuter Loginversuch fehl.
Das Problem war, dass bei der Registrierung ein md5 vom Passwort erzeugt wurde und auch in die DB geschrieben wurde. Beim Login wird ebenfalls ein md5 erzeugt. Nicht so auf der EDIT-Seite, wenn man das mitgelieferte Standard-Template benutzt! Dort wird das Passwort unverschlüsselt eingetragen, weil ein Marker im form-Tag fehlt, der die JavaScript Funktion zur Verschlüsselung freigibt!
Fügt man also im CSS-Template dem form-Tag der EDIT-Seite den Marker ###PASSWORD_ONCHANGE### hinzu, funktioniert alles wunderbar. 🙂
Vielleicht hilft Dir das auch weiter!
MfG
iconomie