Bug 13709 Al activar la opción ADMIN -> Login / Enable Forgot password, el modulo de recuperación de password 'Forgot password' en la ventana de login, muestra el mensaje: 'WARNING: Invalid email address in FROM parameter (<>)' después de ingresar los dat
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.
- 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.