- La computadora del cliente tiene una hora muy diferente a la hora del servidor, por lo que las cookies creadas son inmediatamente deshechadas por el navegador
- La validcion adicional para las cookies no se aplica cuando se tiene la bandera "safari_cookie_lifetime" con valor "0"
- OJO. ESTE CAMBIO SOLO ARREGLA EL PROBLEMA EXISTENTE EN VIVA PARA LA AUTENTIFICACION DE USUARIOS, CUALQUIER OTRO ISSUE RELACIONADO A FUNCIONAMIENTO DE PM EN SAFARI NO ESTA GARANTIZADO (ESPECIALMENTE ISSUES DE JAVASCRIPT), YA QUE PM NO ES OFICIALMENTE PROBADO EN PM Y NO SABEMOS HASTA CUANDO SEA ASI, ASI QUE FUTUROS ISSUES EN SAFARI SERAN ENVIADOS AL ROADMAP Y DEBE SER APROBADO POR INSTANCIAS SUPERIORES EL VISTO BUENO PARA IR ADELANTE CON LAS PRUEBAS EN SAFARI
- Cuando la hora del cliente difiere mucho de la hora del servidor, provoca que IE no considere como valida la cookie de la sesion por lo tanto no se puede ingresar al Sistema
- Si bien este se puede arreglar cambiando la hora del servidor o bien de la del cliente, se ha agregado una variable de configuracion a ProcessMaker en el archivo env.ini la cual deshabilita que se setee un tiempo de vida a la cookie cuando se usa el browser IE, de esta manera ya no se presenta el issue, la variable se llama "ie_cookie_lifetime" y sus posibles valores son 1 y 0, por defecto esta en 1, cuando se coloque esta variable en 0 ya no se aplica a la cookie el lifetime
NOTA.- El control de tiempo de duracion de las sesiones deberia controlarse de otra forma y no como se esta haciendo actualmente que depende del tiempo de duracion de las cookies, este cambio mas complejo requiere un refactor de la parte de autentificacion y se lo hara en futuras versiones de PM
* Adding posibility to load any class from /workflow/engine/src/*.php
using namespaces as relative paths inside 'src' directory
* Registering /workflow/engine/src directory for autoloading
Bootstrap::registerDir('src', PATH_HOME . 'engine/src/');
- First Funcional Commit to implement Restler 3.0
- PM supports now urls requests like:
GET /api/<workspace_name>/class_name/method?param1=value1
example:
GET /api/workflow/class_name/mothod?param1=value1
There is an equivalent expresion for url above
GET /<workspace_name>-api/class_name/mothod?param1=value1
example:
GET /workflow-api/class_name/mothod?param1=value1
* and all route expressions that Restler supports
- When data is sending by the URI, the path no is valid
- Solved problem, add validation when data is sending with URI
* Available from version ProcessMaker-2.5.2-testing.1
Cuando se hace click en el boton 'submit' de un dynaform en modo vista, despues de haberse perdido la sesion, PM permitia abrir el caso como un sub iFrame.
Se agrego la validacion correspondiente para q esto no ocurra, y en caso de perdida de sesion, al re logearse, PM te envie al listado 'New Cases'.
Se corrigio dos lugares donde faltaba aplicar la correccion dada en el BUG 11969.
Home > New Case > Proceso > Derivar Tarea (cases_Derivate.php).
Home > New Case > Proceso > 'Next Step' despues de Input o Output (cases_NextStep.php).
- Please consider include "special" pages layout to the SKIN.
- Problema resuelto, se han customizado las interfaces "error404" y "updating", ahora estan disponibles en los
skins "neoclassic" y "classic". Se ha validado esta interfaz en los skins, de no existir los templates en un
determinado skin, automaticamente utilizara el template del skin "classic".
* Available from version ProcessMaker-2.5.2-testing.1
- Please consider include "special" pages layout to the SKIN.
- Problema resuelto, se han customizado las interfaces "error404" y "updating", ahora estan disponibles en los
skins "neoclassic" y "classic". Se ha validado esta interfaz en los skins, de no existir los templates en un
determinado skin, automaticamente utilizara el template del skin "classic".
* Available from version ProcessMaker-2.5.1-testing.3
- Please consider include "special" pages layout to the SKIN.
- Problema resuelto, se han customizado las interfaces "error404" y "updating", ahora estan disponibles en los
skins "neoclassic" y "classic". Se ha validado esta interfaz en los skins, de no existir los templates en un
determinado skin, automaticamente utilizara el template del skin "classic".
* Available from version ProcessMaker-2.5.1-testing.3
- Please consider include "special" pages layout to the SKIN.
- Problema resuelto, se han customizado las interfaces "error404" y "updating", ahora estan disponibles en los
skins "neoclassic" y "classic". Se ha validado esta interfaz en los skins, de no existir los templates en un
determinado skin, automaticamente utilizara el template del skin "classic".
* Available from version ProcessMaker-2.5.1-testing.3
