- Navios
- 4 de setembro de 2026 às 23:40 UTC
- Autor
- Kamo
- Enviar
- 8b44eb3
Uma organização que trouxe seu próprio aplicativo Google ou Entra registrou que app em sua própria conta, sob sua própria marca, e agora é informado em seu tela de configurações para autorizar api.<seu próprio domínio>. Isto faz o serviço Manda isso. Ambas as pernas passam por um escolhidor, porque eles têm que concordar: o valor sobre o pedido de autorização e o valor reproduzido na troca de fichas deve ser bytes idênticos ou o prestador rejeita o intercâmbio. A chamada de volta perna é pública e sem sessão — o navegador chega do provedor sem sessão de Kamo — então a organização sai do estado, que é por que orgIdFromState existe ao lado do provedorFromState. O portão não é incidental. O registo da plataforma de Kamo tem exactamente um URI redireccionado, no servidor de plataforma; enviar um endereço de per-org contra ele é redirect uri mismatch o org não pode corrigir de qualquer lugar dentro de Kamo, porque eles não possuem esse projeto Google. hasOrgOwnClient é o mesmo question PlatformOAuthClientResolver responde quando escolhe qual cliente id para enviar, para que a credencial e o redirecionamento nunca possam discordar sobre que aplicação está a ligar. Apenas a autoridade é reescrita, então GOOGLE OAUTH REDIRECT URI mantém sua caminho e seu esquema. OAuthRedirectUriTest chama a escolha privada do controlador do que restaurá- lo, e fixa o padrão configurado contra OAuthCallbackPaths — a tabela que a tela de configurações lê. Aquele guarda é... o ponto do arquivo de teste: se os dois derivam, nada aqui falha. Ele falha no Google, semanas depois, para uma organização que copiou uma Pendure um ecrã que já estava errado. Ele também pegou o único bug real nesta mudança: plataformaProviderFor liga o enum, e um interruptor sobre um enum nulo lança em vez de caindo para o seu braço padrão – então um callback cujo estado não iria decodificar levou um NPE no caminho para sua própria página de erro.