„Namen für Benutzernamen-Vorschläge verwenden": keine Auswirkung auf das Anmeldungsformular?

Beitragen Fehler
1

Ich versuche, bei Benutzerregistrierungsformular anpassen / Benutzernamefeld ausblenden oder normalisieren - Support zu helfen. Dabei stellte ich fest, dass die Site-Einstellung use_name_for_username_suggestions anscheinend keine Wirkung auf mein lokales Anmeldeformular hat.

Getestet auf self-hosted 2026.3.0-latest.1 (41f62aab8e).

AskBot ist der Meinung, dass dies definitiv für die Erstellung von SSO-/OAuth2-Konten funktionieren sollte, kann jedoch nicht mit Sicherheit bestätigen, dass es als Autovervollständigung im normalen Anmeldeformular fungieren sollte.

Ich frage mich, ob ich falsche Erwartungen an diese Einstellung habe – oder ob ich recht habe und irgendwo ein Fehler eingeführt wurde, möglicherweise in den Korrekturen zu Themen wie Anbieten leerer Benutzernamen-Vorschläge statt ‚UserN’ bei der Registrierung oder „E-Mail für Benutzernamen- und Namensvorschläge verwenden".

Kann jemand bestätigen, ob diese Einstellung in Ihrem lokalen Anmeldeformular etwas bewirkt?

Erklärung von AskBot:

Basierend auf dem, was ich verifizieren konnte, wird use_name_for_username_suggestions definitiv in Authentifizierungs-Flows für externe Authentifizierung wie SSO / OAuth2 / DiscourseConnect verwendet. Der Einstellungskontext zeigt, dass Discourse den name des Benutzers als Eingabe einbezieht, wenn in diesen Pfaden ein vorgeschlagener Benutzername ermittelt wird:

  • /lib/auth/result.rb
  • /app/models/discourse_connect.rb

Ich habe auch Hinweise darauf gefunden, dass Discourse eine Autovervollständigung/Vorschlagsfunktion für Benutzernamen im normalen Anmeldeformular hat, sodass diese Funktion konzeptionell nicht nur auf SSO beschränkt zu sein scheint. Ich konnte jedoch keine aktuelle Meta-Quelle finden, die zweifelsfrei beweist, dass das einfache lokale Anmeldeformular in allen Fällen mit dieser spezifischen Site-Einstellung verknüpft ist.

Die sicherste Zusammenfassung lautet also:

  • Bestätigt: use_name_for_username_suggestions beeinflusst die Benutzernamen-Vorschläge bei SSO / OAuth2 / externer Authentifizierung.
  • Wahrscheinlich beabsichtigt: Es beeinflusst auch das Verhalten der Benutzernamen-Vorschläge/Autovervollständigung im standardmäßigen lokalen Anmeldeformular.
  • Nicht ausschließlich durch Meta-Quellen zweifelsfrei verifiziert: Ob das aktuelle lokale Anmeldeformular in jedem Fall genau diese Einstellung verwendet.
1 „Gefällt mir“
Customize registration form / hide or normalize username field
2

Diese Einstellung wurde bestätigt, hat jedoch ebenfalls keine Auswirkung auf meine Instanz.

3

Ich verschiebe dies als Fehler. Die Einstellung ist auf try.discourse.org aktiviert, und es gibt keine sozialen Anmeldemöglichkeiten oder SSO-Optionen.

image
image534×104 7.08 KB

Es wird nichts vorgeschlagen, wenn ich versuche, mich anzumelden.

image
image1652×1346 146 KB

1 „Gefällt mir“
4

Diese Einstellung funktioniert nur für SSO/OAuth-Flows, da

  1. in diesen Flows die E-Mail-Adresse die „Quelle der Wahrheit" ist und die einzige erforderliche Information, die vom „Anbieter der Anmeldung" stammt
  2. im lokalen Anmeldeformular der Name normalerweise unten steht (siehe Screenshot in @hawks Beitrag oben)

Ich habe die Beschreibung der Site-Einstellung aktualisiert, um sie hoffentlich klarer zu machen.

2 „Gefällt mir“
5

Vielen Dank an alle. Klingt eher nach einer Feature-Anfrage als nach einem Fehler… Im Grunde habe ich kein SSO, aber ich möchte die gleiche Priorität: Echte Namen sollten Benutzernamen bestimmen – idealerweise muss der Benutzer dies nicht manuell ausfüllen.

6

Danke für die Aufmerksamkeit, Hawk & zogstrip. Ich schätze die Klärung.

Ich stimme zu: Wenn diese Funktion tatsächlich im lokalen Login-Formular funktionieren würde, wäre die UX aufgrund der Standardreihenfolge der Felder unpraktisch.

Wäre es ein großer Aufwand, eine Option zu schaffen, die dies aktiviert und die Feldreihenfolge anpasst?

Ich frage mich nur, ob es besser wäre, eine Anfrage in Contribute > Feature zu posten oder ein Plugin in Marketplace in Auftrag zu geben.

7

Das wird für ein Forum, das von Discourse gehostet wird, wie das von @Jesse_Starks’, nicht helfen. Zwar sagte er, er könnte in Zukunft einen höheren Tarif wählen, aber ich bezweifle, dass er sich auf Enterprise bezog, das für benutzerdefinierte Plugins erforderlich wäre.

8

Ah, danke. Ich sollte mich nochmal über die Discourse-Pläne informieren. Ich habe selbst gehostetes Gehirn.