- 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
- 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
- Safe upgrade for JavaScript files of the plugins's translations
- Improved programming logic for this issue
- Problem solved, has been added the code necessary for the plugins's translations
* Available from version ProcessMaker-2.5.2-testing.1
In Home Tab when you loss session, PM naver advise it to you, and it still working but dosen't save the data.
So now all Home places are validated to show a popup message when you loos session.
sysGeneric
When NewRelic monitors ProcessMaker as application doesn't recognize the
framework urlpath rules and therefore any script is being reported as
sysGeneric
I've included some lines in sysGeneric using NewRelic API in order to
report the real script name as name of each transaction. At same time
I've included custom parameters to have useful information for each
trannsaction such as lang, workspace, skin
Signed-off-by: Hugo Loza <hugo@colosa.com>
- A hook is needed for a plugin to configure the session timeout.
- Added hook for session of the time setting & Added setting of the Maximum lifetime cleaned up in the System option.
- El tiempo de vida de la sesion no se estaba seteando correctamente
- Sel movio el code que setea el tiempo de vida de la sesion y se forza a q use lo este seteado en la variable "gc_maxlifetime"
- URL no valid no redirects to the 404 page
- Solved problem in validation of template
- Solved problem, add validation for URL no valid
* Available from version ProcessMaker-2.0.46
- To upgrade the system with:
php -f processmaker upgrade
No complete the upgrade, can't load all system classes
- Fixed, now be load all classes with Bootstrap class
* Available from version ProcessMaker-2.0.46
