O login do Stack Exchange Data Explorer está mudando
Atualização de 27 de agosto de 2020
As migrações foram executadas. Acabei de testar se posso acessar minha conta antiga com o novo método de login!
Em linha com nossos esforços para descontinuar o suporte para OpenID , estamos mudando a forma como você faz login no Stack Exchange Data Explorer .
Embora disponibilizar o login global no SEDE seja um grande empreendimento técnico , ainda será possível para você fazer login usando a mesma credencial de e-mail / senha que usa na rede SE, e seu fluxo de login será basicamente o mesmo - fazer isso, estamos criando um aplicativo em Stack Apps que permitirá que SEDE autentique usuários SE.
A opção "Log in using Stack Exchange" ainda estará disponível na página de login:
Mas para onde você seria direcionado anteriormente https://openid.stackexchange.com/ e veja isso:
Agora você será solicitado a fazer login no Stack Overflow e, em seguida, será exibida uma aprovação única do aplicativo SEDE no SO:
Atualmente, o openid.stackexchange.com afirma no SEDE mapear para:
5718Usuários SEDE, que têm contas SE, dos quais5473contas associadas a um perfil SO245contas sem um perfil SO
348Usuários SEDE, que não têm nenhuma conta SE
Isso significa que a única alteração para a maioria dos usuários afetados notará será aquele prompt de aprovação único. As contas de Q&A que não têm um perfil de SO serão obrigadas a ingressar em SO e aprovar o aplicativo.
Para os usuários que não têm uma conta SE, vamos criar uma artificial, de modo que quando / se eles fizerem login com sua credencial de e-mail / senha antiga para SEDE, eles serão solicitados a se associar ao SO e aprovar o aplicativo SEDE . Portanto, para eles, o processo será efetivamente o mesmo que para os usuários do grupo acima.
Se você quiser dar uma olhada no PR onde isso está sendo trabalhado no GitHub, pode dar uma olhada aqui .
Isso deve ser relativamente simples, mas sinta-se à vontade para deixar quaisquer perguntas ou preocupações abaixo.
Respostas
status concluído - A mudança afeta apenas contas que usam https://openid.stackexchange.com/contas OpenID, todos os outros URLs OpenID são deixados intocados. Minha conta principal foi atualizada para usar o provedor Stack Exchange OpenID diretamente, sem delegação.
(Claro, qualquer URL de delegação OpenID personalizado que adie https://openid.stackexchange.com/openid/providerestá condenado no final das contas, mas esse dia ainda não chegou e eu consegui atualizar minha conta para não usar mais meu URL de delegação personalizado).
Eu tenho duas contas. Ambos são atendidos pelo servidor Stack Exchange OpenId.
Um é tratado por meu URL de delegação OpenId emhttps://openid.zopatista.com/mj (que delega para https://openid.stackexchange.com/) Isso me conecta à minha conta principal:
https://data.stackexchange.com/users/5824/martijn-pieters
O único motivo pelo qual ainda tenho um URL de delegação OpenID é essa conta. Suponho que esta seja contada como uma das 348 contas sem uma conta SE, já que o url do OpenID é “estrangeiro”.
a outra é a conta que eu nunca uso, mas na qual estou conectado quando uso o botão “Log in using Stack Exchange”:
https://data.stackexchange.com/users/7546/jon-doe7547
Fundir um com o outro nunca foi possível. A existência dessa conta me impede de trocar o login pela outra. *
Para ambas as contas, uso minhas credenciais do Stack Overflow.
O que acontecerá quando eles forem migrados? Eu realmente não gostaria de perder minha conta principal, aqui. Presumivelmente, posso continuar a ignorar jon-doe7547e meu OpenID personalizado resultará em um prompt para autorizar a configuração do StackApp Oath2 sem atropelar a outra conta.
* Resolvi o quebra-cabeça 'alterar a conta OpenID associada' criando uma nova delegação OpenID para 'jon.doe7547' em https://openid.zopatista.com/jon-doe7547/, alterando essa conta para usar esse OpenID e, em seguida, alterando minha conta principal para usar o Stack Exchange OpenID. Portanto, agora minha conta principal será alterada para a autenticação do aplicativo Stacks, a outra pode ser destruída. Removi o URL de delegação novamente.