{"section":"known-issues","requestedLocale":"es","requestedSlug":"condicion-de-carrera-con-get-orderform-cuando-el-usuario-esta-autenticado-y-el-correo-electronico-es-nulo","locale":"es","slug":"condicion-de-carrera-con-get-orderform-cuando-el-usuario-esta-autenticado-y-el-correo-electronico-es-nulo","path":"docs/es/known-issues/Checkout/condicion-de-carrera-con-get-orderform-cuando-el-usuario-esta-autenticado-y-el-correo-electronico-es-nulo.md","branch":"main","content":">ℹ️ Este problema conocido ha sido traducido automáticamente del inglés.\n\n## Sumario\n\nLa solicitud GET OrderForm puede ejecutarse simultáneamente con otras solicitudes de actualización de orderForm. Si, al realizar la solicitud, el usuario está autenticado y el campo `email` de orderForm es `null`, la solicitud GET OrderForm cargará los datos del perfil del usuario en orderForm, lo que puede generar un conflicto con el resultado de otras solicitudes simultáneas.\n\nEn particular, cuando la solicitud GET se ejecuta simultáneamente con una solicitud POST `/attachments/clientProfileData` y finaliza después de esta, los datos `clientProfileData` pasados en la solicitud de adjuntos pueden sobrescribirse y prevalecerán los datos del perfil del usuario cargados por la solicitud GET.\n\n## Simulación\n\nNo hay una forma sencilla de simular este problema, pero debería producirse si:\n\n\n1. El usuario está autenticado y el campo `email` del orderForm es `null`\n2. Se realiza una solicitud POST a `/attachments/clientProfileData` pasando datos diferentes a los del perfil del usuario\n3.\n\nSe realiza una solicitud GET de orderForm _**antes**_ y finaliza _**después**_ de que haya finalizado la solicitud POST a `/attachments/clientProfileData`\n\n\n\nUna vez finalizadas ambas solicitudes, `clientProfileData` debería ser el del perfil del usuario y no el pasado en la solicitud POST a `/attachments/clientProfileData`\n\n## Workaround\n\nN/A"}