Diese Art von Benutzer könnte verwirrt sein, ob sie auf den Link klicken oder den Bestätigungscode prüfen sollen.
Ja, da bin ich mir nicht sicher. Ich denke, Mails wie „Klicke auf diesen Link oder gib diesen Code ein“ sind üblich. Es hilft, wenn die Person die E-Mail auf einem anderen Gerät erhält und dabei den Komfort eines einzigen Klicks hat – aber lass den Seitenadministrator entscheiden, welche Optionen seine Nutzer verstehen.
Danke, dass du dein Feedback geteilt hast!
Ich möchte noch hinzufügen, dass dies das Benutzernamensformular nicht entfernt. In der aktuellen Version der bevorstehenden Änderung siehst du, dass es nach der Bestätigung der E-Mail-Adresse per Code einen dedizierten Schritt für den Benutzernamen gibt:
Kürzlich haben wir einen Bug behoben, bei dem Benutzernamen wie „user1“ und „user2“ angezeigt wurden. Bitte gib uns Bescheid, falls du das bei neuen Konten noch irgendwo siehst.
Das ist gut. Ich möchte nur darauf hinweisen, dass es in meinem Fall nach diesem Schritt eine Freigabe durch einen Moderator gibt. Die Meldung „Konto ist bereit“ könnte in diesem Fall irreführend sein.
Ich hatte den Eindruck, dass es in meiner aktuellen stabilen Version auftrat, aber ich kann es nicht überprüfen, da ich zum alten Anmeldeprozess zurückgekehrt bin. Ich werde es später aber mit den von dir genannten Verbesserungen erneut versuchen.
Wenn ich dieses neue “enable_local_logins_via_code” verwende, ist das umständlich. Wenn ich einen Passwort-Manager nutze – in meinem Fall Roboform –, der normalerweise sowohl den gespeicherten Benutzernamen als auch das Passwort gleichzeitig einträgt und dann direkt auf die Website weiterleitet, zeigt Roboform jetzt zwei Einträge an: einen für den Benutzernamen (nicht die E-Mail-Adresse, da ich mich mit meinem Benutzernamen anmelde) und einen zweiten für das Passwort.
In diesem Fall werden jedoch nicht sowohl das Passwort als auch der Benutzername gleichzeitig ausgefüllt, sondern der Code leitet sofort zu diesem Bildschirm weiter:
Dann muss ich meine E-Mail-Adresse manuell eingeben. Wird die stabile Version das eleganter handhaben? Wenn ich Roboform bei diesem Eingabefeld nutze, fügt es natürlich den Benutzernamen ein, und ich erhalte diesen Fehler:
Eine mögliche Option wäre, alle Benutzer anzuweisen, ihre Einträge im Passwort-Manager von Benutzername auf E-Mail-Adresse umzustellen. Das scheint mir aber aufdringlich, zumal es dasselbe anfängliche Verhalten zeigt: Es geht zum zweiten Bildschirm und erfordert einen zweiten Schritt, selbst wenn ich Roboform als Test von Benutzername auf E-Mail-Adresse geändert habe:
Wie auch immer, es ist im Moment einfach nur umständlich. Ich klicke NIEMALS auf den Link “E-Mail mir einen einmaligen Anmeldecode” – es geht sofort zum zweiten Eingabefeld.
Missversteht mich nicht, ich mag die Option mit dem 6-stelligen Code, und meine Mitglieder auch. Ich würde es nur gerne etwas eleganter haben, als es derzeit mit einem Passwort-Manager wie Roboform der Fall ist.
Ich finde das furchtbar. Ich habe es deaktiviert. Könntet ihr bitte bestätigen, dass es nicht zur Pflicht wird?
Nur sehr technikaffine Nutzer werden sich die Mühe machen, einen sinnvollen Benutzernamen zu wählen.
Das tun ohnehin nicht alle, aber wenn der „Name“ nicht überall neben dem „Benutzernamen“ angezeigt wird (z. B. unter /admin/users/list/active), ist das eine Verschlechterung.
(Danke für Discourse im Allgemeinen. Ich möchte nicht un dankbar klingen!)
Hier sind zwei Dinge zum Thema Anmeldung über dieses System.
Das eine ist, dass es vielleicht einfacher wäre, wenn man seinen Benutzernamen oder seine E-Mail-Adresse eingeben könnte, da man sich an das eine möglicherweise leichter erinnert als an das andere.
Das andere ist, dass auf meinem Forum der Benutzername nicht geändert werden kann. Dies ist ohne Zweifel eine Einstellung, die ich vor langer Zeit geändert habe, aber es könnte sich lohnen, dies zu beachten, da das neue System ein wenig davon abhängt, dass der Benutzername geändert werden kann.
Hi! Ich habe diese neue Funktion heute auch entdeckt. Wir haben auf unserem Forum einen Moderationsprozess, und plötzlich bekamen neue Nutzer zufällige Benutzernamen wie “happybreeze34”. Das ist für uns ein Problem, da wir es viel lieber hätten, wenn die Nutzer ihren eigenen Namen verwenden, statt eines zufälligen Pseudonyms.
Während ich versuchte, eine Lösung zu finden, stellte ich fest, dass das Deaktivieren der Option “Zufälligen Benutzernamen generieren” nur zu einem Muster wie “user1”, “user2” usw. führt, was nicht wirklich besser ist.
Außerdem fand ich den gesamten Ablauf etwas verwirrend: Die Nutzer müssen zunächst einen per E-Mail gesendeten Code eingeben, um freigeschaltet zu werden. Aber dann ist unklar, wie sie sich tatsächlich einloggen sollen, da sie nach einem Passwort gefragt werden, das sie nie festgelegt haben. Man muss erneut einen Code senden (und das ist nicht offensichtlich). Erst nach dem Login müssen sie selbst herausfinden, wie sie ihren Benutzernamen ändern. Insgesamt ergibt sich daraus ein ziemlich langer und verwirrender Onboarding-Prozess, besonders auf unserer Seite, da Konten zusätzlich der Freigabe durch einen Moderator bedürfen, bevor die Nutzer überhaupt diesen Schritt erreichen können.
So, wie es aktuell aussieht, passt dieser Ablauf also auch nicht ganz zu unseren Bedürfnissen ![]()




