- Shipped
- 6 juillet 2026 à 21:55 UTC
- Author
- Kamo
- Commit
- 584f8b8
Réutilisation (pas de compte en double pour la même personne): - MemberCreateController réuse désormais un utilisateur existant par courrier électronique personnel cas-INSITIVELY (a été sensible à la casse, manquant d'anciens courriels mixtes). - SecurityController.register réutilise un compte existant au lieu de toujours créer un nouvel utilisateur: déjà membre de l'ordonnance - 409 TUYUS MÉJENTE (s'il vous plaît, inscrivez-vous)); le compte ACC existant - lier l'organisation, conserver leur mot de passe, retour COMPORD-LINKED; espace réservé non activé (jamais vérifié ET jamais enregistré) un mot de passe dactylographié. Une forme publique ne peut jamais écraser le mot de passe global d'un compte actif. Rétroviseur de garantie: - Création interne/associé d'une équipe et d'un registre public - Par conséquent, chaque nouvelle adhésion atterrit également dans le cadre de l'ordonnance de sécurité de l'organisation (en tant que membre de base). Porte d'activation du membre de l'équipe: - se loge bloque un membre de l'équipe dont le statut d'adhérent et les ACces sont les suivants: "Votre compte existe mais n'est pas actif en ce moment." Les membres réguliers et les membres de l'équipe active passent. Dure-jumage de la résolution de l'orge (feux de groupe X-Forwarded-Host): - getExternalProviders et PortalController.resolveOrg utilisent le résolveur de rétro-échec et laisser tomber l'ouverture de getServerName() (échec fermé au lieu de fuir l'org de la plate-forme).