|
Al obligar a un usuario al cambiar su clave de eovlution, no muestra el captcha, sin embargo, cuando recargo la página de cambiar clave aparece y vuelvo a refrescar ya no se muestra, uno de cada cinco "refresh" del sitio si muestra el captcha. Validé este caso https://qa.aseinfo.net/osqa/questions/4908/ryspublico-pide-captcha-pero-no-lo-muestra, pero creo que no aplica o al menos no encontré el eCaptchaPublicKey y reCaptchaPrivateKey. ¿Cómo puedo proceder? Lo más curioso es que es primera vez que me pasa esto en una actualización a la 1.19.1.5.
|
|
En efecto, si configurado el certificado: Si intento realizar el mismo ejercicio pero con la url https://evolution.agroamerica.com, es el mismo resultado, tanto desde el server como desde una máquina que se encuentra en la red local. De hecho, como logras ver en la siguiente imagen que si coincide el value del input captcha-guid con el src.
Lo otro que olvidé mencionar, es que antes de actualizar, estaban en la versión 1.11.2.3 y según el cliente en dicha versión si funcionaba sin problemas con está misma configuración del https. ¿Y validaron si la regla de redirección del HTTP a HTTPS no causa el problema? Veo que revisaste que el GUID es igual en el DOM, pero la pregunta era si es igual al del request que termina en 404. Este caso se logro componer?, estoy teniendo el mismo inconveniente |
|
Hola, también a mi me generó el mismo problema, en la versión 1.19.1.7, es una nueva instalación, no cuentan con certificado de seguridad, en el servidor el firewall está abajo, no hay antivirus, el servidor si tiene acceso a la ruta https://www.google.com/recaptcha/intro/ ¿Qué mas podría revisar? El captcha de Evolution, no necesita salida a internet y la corrección del problema específico de esta pregunta se publicó precisamente en el hotfix 1.19.1.7 (INC-668 en JIRA), entonces debería de funcionar. Use las herramientas de desarrollo y vea si no hay errores de Javascript o algo nos de información adicional. El problema indicado en esta pregunta, se da como resultado de la configuración de WebGarden en IIS (múltiples workers). ¿Su instalación tiene esa característica? |
Una cosa que me parece curiosa de la pregunta, es que estén probando https://localhost/..., cuando por lo general el localhost no se puede usar https, porque habría que generar un “self-signed certificate” instalarlo y agregar el Certificate Authority al Store, y no sé si lo han hecho.
Por lo que me parece que recabar las evidencias de por qué está fallando se debiera hacer accediendo al servidor desde fuera en la red local. O desde dentro del servidor pero usando el nombre calificado (al que pertenece el certificado) y no localhost. Quizá por eso aún no encuentran que puede ser.
Además si inspeccionan el DOM de la página, inmediatamente antes de la imagen de inexistencia del CAPTCHA, hay un INPUT HIDDEN que tiene el GUID correspondiente al captcha generado, sería importante revisar si coinciden con el request que genera el atributo SRC del tag IMG.
Finalmente, de la imagen no se puede saber si el request del sitio es HTTP, lo que si se vé es que el request de SRC del IMG del CAPTCHA es HTTPS, los esquemas deberían coincidir o todo HTTP o todo HTTPS