Identity.Name is always null on the client: the access token names the user in unique_name, the client reads name

Abierto Apto para principiantes
#15,051 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
75/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
csharp

Línea de trabajo

Empieza en IAuthTokenProvider.ParseAccessToken, donde se construye el ClaimsPrincipal del cliente con nameType: "name", y compáralo con el nombre de claim que escribe el servidor (unique_name). Revisa ClaimsPrincipalExtensions.GetUserName() y AuthManager.KeepActiveAccount para ver cómo se lee el nombre. Se considera terminado cuando Identity.Name no es nulo para un usuario que ha iniciado sesión en el cliente y las pruebas de autenticación existentes siguen pasando.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

The server writes the access token with JwtSecurityTokenHandler, which writes ClaimTypes.Name under its short name unique_name (its DefaultOutboundClaimTypeMap). IAuthTokenProvider.ParseAccessToken builds the client's ClaimsPrincipal with nameType: "name", so on the client Identity.Name is null for every signed-in user.

The client's authentication state comes from that principal, so context.User.Identity.Name in an AuthorizeView and AuthenticationState.User.Identity.Name are null as well. In the template itself, AuthManager.KeepActiveAccount takes the kept account's UserName from it, so an account whose profile hasn't been loaded is kept with no user name. Most of the template doesn't notice, because ClaimsPrincipalExtensions.GetUserName() reads both ClaimTypes.Name and unique_name.

The parsed principal's name type should be the claim the server writes, so Identity.Name holds the user's name on the client as it does on the server.

Lenguaje dominante
C#
Estrellas
1.4k
Forks
264
Merge medio
8 h 58 min
PR fusionados (30 d)
579

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de bitfoundation/bitplatform

Todos los issues de bitfoundation/bitplatform

Issues similares

Más issues de C#

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.