{"section":"known-issues","requestedLocale":"pt","requestedSlug":"condicao-de-corrida-com-get-orderform-quando-o-usuario-esta-autenticado-e-o-email-e-nulo","locale":"pt","slug":"condicao-de-corrida-com-get-orderform-quando-o-usuario-esta-autenticado-e-o-email-e-nulo","path":"docs/pt/known-issues/Checkout/condicao-de-corrida-com-get-orderform-quando-o-usuario-esta-autenticado-e-o-email-e-nulo.md","branch":"main","content":">ℹ️ Este problema conhecido foi traduzido automaticamente do inglês.\n\n## Sumário\n\nA solicitação GET OrderForm pode ser executada simultaneamente com outras solicitações de atualização do orderForm. Se, ao realizar a solicitação, o usuário estiver autenticado e o campo `email` do orderForm estiver `null`, a solicitação GET OrderForm carregará os dados do perfil do usuário no orderForm, o que pode gerar conflito com o resultado de outras solicitações simultâneas.\n\nEspecialmente, quando o GET é executado simultaneamente com uma solicitação POST `/attachments/clientProfileData` e é concluído após ela, o `clientProfileData` passado na solicitação de anexo pode ser sobrescrito e os dados do perfil do usuário carregados pela solicitação GET prevalecerão.\n\n## Simulação\n\nNão há uma maneira simples de simular esse problema, mas ele deve ocorrer se:\n\n\n1. O usuário estiver autenticado e o campo `email` do orderForm for `null`\n2. For feita uma solicitação POST para `/attachments/clientProfileData` passando dados diferentes dos do perfil do usuário\n3.\n\nUma solicitação GET do orderForm for feita _**antes**_ e concluída _**depois**_ que a solicitação POST `/attachments/clientProfileData` tenha sido concluída\n\n\n\nApós a conclusão de ambas as solicitações, `clientProfileData` deve ser o dado do perfil do usuário e não aquele passado na solicitação POST `/attachments/clientProfileData`\n\n## Workaround\n\nN/A"}