1. On bootstrap class, was added static declaration for registerClass() method
2. On Patch class was removed at top the loadClass('system') call, because this make a redeclaration error, in PHP ver 5.3.2x
and it was moved into function that use that, now it is just loaded conditionally.
- La funcion saveForm originalmente no estaba diseñ para funcionar para los formularios que utilizan los supervisores
- Se agrego un nuevo file para que desde ahora la misma funcion pueda ser utilizada desde los formularios q funcionan en los steps de una tarea o desde los formularios q usan los supervisores
Nota.- NO FUNCIONA para formularios que se usan desde un plugin, esa funcionalidad debe ser implementada manualmente para plugins
Al subir los templates no se valida el tipo.
Se agrego la validacion del PRO_UID, ademas de tener el permiso PM_FACTORY y se quita cualquier tipo de codigo que no sea html en los archivos processes_doUpload.php, processes_Ajax.php, processes_Upload
- Al subir los templates no se valida el tipo.
- Se agrego la validacion del PRO_UID, ademas de tener el permiso PM_FACTORY y se quita cualquier tipo de codigo que no sea html en los archivos processes_doUpload.php, processes_Ajax.php, processes_UploadFiles.php.
- Al subir los templates no se valida el tipo.
- Se agrego la validacion del PRO_UID, ademas de tener el permiso PM_FACTORY y se quita cualquier tipo de codigo que no sea html en los archivos processes_doUpload.php, processes_Ajax.php, processes_UploadFiles.php.
- 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
- Al subir los templates no se valida el tipo.
- Se agrego la validacion del PRO_UID, ademas de tener el permiso PM_FACTORY y se quita cualquier tipo de codigo que no sea html en los archivos processes_doUpload.php, processes_Ajax.php, processes_UploadFiles.php.
- Cuando se agrega campos desde el plugin no se pueden ordenar en el listado.
- El bug no era propiamente del plugin, al realizar el criteria para el listado no se contemplaba el sort por los campos agregados, asi que se agrega la validacion para el sort en el archivo class.applications.php en la funcion getAll
- Cuando se agrega campos desde el plugin no se pueden ordenar en el listado.
- El bug no era propiamente del plugin, al realizar el criteria para el listado no se contemplaba el sort por los campos agregados, asi que se agrega la validacion para el sort en el archivo class.applications.php en la funcion getAll
- Al enviar lo correos se aprecian campos vacios que se agregan al correo.
- Esto no era causa del plugin sino que al hacer una mejora para los outputdocuments se valida los campos añadiendo la etiqueta <br> que es lo que ocasionaba los espacios en el correo. se retiraron nl2br de la funcion replaceDataGridField en la class.g y se agrego la validacion en OutputDocument.php.
- Cuando se cambiaba el estado de un rol a inactivo cual quier persona con ese rol podia seguir logueandose.
- Cuando se creaba un usuario y se le ponia en estado inactivo se podia loguear.
- Se agrega la validacion del estado del rol en el archivo RbacUsers.php en la funcion verifyLogin donde retorna "-6" si el rol esta como inactivo.
- al crear un usuario se hacia una doble validacion para el estado, ahora solo se toma en cuenta la que esta en la class.rbac.php en la funcion createUser
- No se podian reasignar varios casos diferentes pero de la misma tarea.
- Se agrego una validacion para discriminar por el uid del caso, en el archivo proxySaveReassignCasesList.php agregando en el criteria.
- Al ser tareas Self Service no se tienen usuarios que hubieran reclamado el caso, es por eso que se al enviar los Case Notes se tenias datos en blanco.
- Se valido en el archivo AppNotes.php en la funcion addCaseNote donde se agregaban los usuarios para no poner datos en blanco.
