Hubo que deshacer el cambio del recaptcha por falta de mensajes y oportunidades para los usuairos.
Hay que volver a actualizar el recaptcha, pero hay que darle un manejo diferente cuando falla: Se debe hacer priemro la validación con la V3, en caso de que o pase se debe ofrecer al usuario la opción de validar con la V2. Para esto es necesario manejar dos llaves diferentes, tener en cuenta el cuidado de los secrets.
Consideraciones
En la tarea 415 están los enlaces y PR relacionados con el tema.
Actualizar el repositorio del gitlab con los secrets y cambios de configuraciones.
Se crean juego de llaves para cada ambiente y version de recaptcha
Se crean variables de ambiente para poder manejar las versiones 2 y 3 al tiempo
Encontré algunos problemas:
Hay que revisar la lógica de cuando falla el recaptcha ya que actualmente si este falla entonces igualmente deja pasar (formulario de registro)
Parece que en mi ambiente local no se actualizan los cambios al tener rails ejecutandose. No está tomando variables de ambiente u otros cambios. Dejé quemados los valores en secret.yml de manera temporal en mi local.
Descripción
Hubo que deshacer el cambio del recaptcha por falta de mensajes y oportunidades para los usuairos.
Hay que volver a actualizar el recaptcha, pero hay que darle un manejo diferente cuando falla: Se debe hacer priemro la validación con la V3, en caso de que o pase se debe ofrecer al usuario la opción de validar con la V2. Para esto es necesario manejar dos llaves diferentes, tener en cuenta el cuidado de los secrets.
Consideraciones