Pireon OAuth clients allow a single grant type. With one PIREON_CLIENT_ID of type password, email + password worked but "Sign in with Pireon" failed with `unauthorized_client`. - PIREON_CLIENT_ID/SECRET: authorization_code client (Sign in with Pireon, Swagger UI). New PIREON_PASSWORD_CLIENT_ID/SECRET: password client, falling back to the former so existing setups keep working. - Refresh tries both clients: a refresh token only works with its issuer. - PIREON_PASSWORD_GRANT=false now also rejects password grants in the API (before it only hid the form). - /api/auth/config returns clientId: null when there is no authorization_code client, and the web hides "Sign in with Pireon". - docker-compose passes the new variables; docs 05/07, .env.example, openapi.json; unit tests for the client selection. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
api-identity-domain
El usuario, tal como lo conoce TaskStream (sus datos vienen de Pireon).
- Import:
@task-stream/api/identity/domain - Capa:
domain· Tags:scope:api-identity,type:domain
Contenido
User(agregado): nombre, email, activo, roles globales y roles en el cliente;hasAppRole(),deactivate().UserFactory: construye usuarios a partir de Pireon o de la caché.- Tipos del inicio de sesión:
TokenGrant,TokenSet,AuthorizationConfig.
Comandos
npx nx lint api-identity-domain
npx nx test api-identity-domain # Jest
Reglas de dependencia entre capas: Arquitectura.