Das ist ein Seiteneffekt einer Änderung bei der Benutzernamenprüfung, die darauf prüfen soll, ob es sich bei dem Usernamen um eine E-Mail-Adresse handelt:
Das Problem ist, dass sp@rrow grundsätzlich eine korrekte E-Mail-Adresse darstellt und deswegen abgewiesen wird.
Hallo,
Das ist ein Seiteneffekt einer Änderung bei der Benutzernamenprüfung,
die Änderung ist nicht in der Benutzernamenprüfung, sondern in der E-Mail-Prüfung. Du hast aber grundsätzlich recht.
Vermutlich sollte man speziell für die Benutzernamen noch einen Fall ergänzen, der prüft, dass hinter dem @ mindestens ein Punkt steht, um zumindest diesen spezifischen Fall zu vermeiden. E-Mail-Adressen ohne Punkt hinter dem @ sind doch äußerst ungewöhnlich.
die Änderung ist nicht in der Benutzernamenprüfung, sondern in der E-Mail-Prüfung.
Stimmt, hatte mir das nochmal angesehen. E-Mail-Adressen als Benutzernamen wurden schon vor 8 Jahren verboten, nur war die Prüfung nicht so strikt, wie seit der o.g. Änderung.
E-Mail-Adressen ohne Punkt hinter dem @ sind doch äußerst ungewöhnlich.
root@localhost? 
Kann ich dem User also mitteilen das es irgendwann (vielleicht) wieder funktionieren wird? 
Sprich ... wird der Fehler mit einem der nächsten Updates behoben?
Danke
Kann ich dem User also mitteilen das es irgendwann (vielleicht) wieder funktionieren wird?
Sprich ... wird der Fehler mit einem der nächsten Updates behoben?
Gegenwärtig würde ich nach der Aussage von Tim davon ausgehen, dass es auf absehbare Zeit eine Lösung gibt, ja.
Hallo,
nur war die Prüfung nicht so strikt, wie seit der o.g. Änderung.
anders herum wird ein Schuh draus: Die Prüfung der E-Mail-Adressen war vorher gleichzeitig zu strikt und zu lax. Es wurden gültige E-Mail-Adressen abgelehnt (wie Domains ohne Punkte) und ungültige E-Mail-Adressen akzeptiert (UserUtil::isValidEmail).
root@localhost?
Ja, das dürfte aber auch ungefähr das einzige Beispiel sein.
Sprich ... wird der Fehler mit einem der nächsten Updates behoben?
Stand jetzt gehe ich davon aus, dass eine Änderung erfolgt, aber ich kann keine Versprechungen machen, bis das Label tatsächlich gesetzt
Das hier spielt da dann wahrscheinlich auch mit rein. Momentan haben wir die Erweiterung deshalb deaktiviert.
Vielen Dank auf jeden fall für's "Kümmern"
Das hier spielt da dann wahrscheinlich auch mit rein.
Nein Der Fehler könnte übrigens mit Version 5.5.2 des MultiHunters behoben sein.
FYI:
Don’t have an account yet? Register yourself now and be a part of our community!
