- 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.
- Save as option inside a Dyanform is not working
- Problema:
Al utilizar el Editor de Dynaform la opcion "Save as" que permite crear copias de un dynaform, dentro del mismo
editor se visualiza en el Dropdown donde se lista los dynaforms existentes. Cuando se utiliza esta opcion "Save as" al
crear la copia este no aparecia en el Dropdown.
Solucion:
Al crear la copia de un dynaform se utiliza AJAX que permite la reconstruccion del Dropdown en donde se muestra todo
los dynaforms existentes mas la nueva copia que se crea.
var result = ajax_post(
frm.action,
frm,
"POST",
function (responseText)
{
...
for (var i = 0; i <= dataResponse.length - 1; i++) {
...
}
}
);
- Save as option inside a Dyanform is not working
- Problema:
Cuando se utiliza del Editor de Dynaform la opcion "Save as" que permite sacar copias de un dynaform, la copia que se
creaba no se visualiza cuando se listanban los dynaforms.
Solucion:
Del Editor de Dynaform la opcion "Save as" permite sacar copias de un Dynaform, al sacar una copia de un dynaforms
utilizando esta opcion, en el listado de dynafoms se muestra la copia correctamente.
El problema consistia que cuando se hacia click en el boton "Save" del formulario "Save as" los datos no se registraban
en la base de datos y en el listado de los dynaforms no se los veia, por alguna razon los metodos que se utilizaban
no hacian tal registro. Para la solucion del problema se utilizo el metodo "create()" de la clase "class Dynaform".
Disponible para la version 2.5.2
No se podia insertar o editar nuevos datos en una PMTable usando pmconnection .
El problema surgio porque se estaba recuperando de manera erronea el UID de la pmTable, obteniendose siempre vacio. por lo que se corrigio dicho error y ahora se obtiene correctamente el UID para trabajar con la tabla correcta.
Hay que tener en cuenta que pmconnection solo funcona con PMTables y no asi con Report Tables.
No se podia insertar o editar nuevos datos en una PMTable usando pmconnection .
El problema surgio porque se estaba recuperando de manera erronea el UID de la pmTable, obteniendose siempre vacio. por lo que se corrigio dicho error y ahora se obtiene correctamente el UID para trabajar con la tabla correcta.
Hay que tener en cuenta que pmconnection solo funcona con PMTables y no asi con Report Tables.
- No se encontraba implementado.
- Se añadio funcionalidad para los casos pausados agregado el parametro $pausedtUser en las funciones buildSearchIndexDocumentPMOS2 para poder crear el xml y poder ir indexando todos los datos al servidor de solr.
- al sincronizar los datos se crea el campo "APP_PAUSED_USER_DEL_INDEX_" con el cual se podran realizar las busquedas.
- Cuando se recuperan los datos se actualizan los contadores de Paused tambien desde solr.
Se agregaron validaciones en los files: workflow/engine/classes/model/Process.php y workflow/engine/methods/processes/processesList.php para que se realize el ordenamiento ASC y DESC tomando en cuenta si se encuentra o no habilitado el uso de 'memcache' para listar de una forma mas veloz todos los procesos.
Se agregaron validaciones en los files: workflow/engine/classes/model/Process.php y workflow/engine/methods/processes/processesList.php para que se realize el ordenamiento ASC y DESC tomando en cuenta si se encuentra o no habilitado el uso de 'memcache' para listar de una forma mas veloz todos los procesos.
- The function sent in the variable $_REQUEST['action'] was always executed
- A new method was implemented to validate if is a user custom function or a system function (G::isUserFunction)
- Al editar el "Self Service Value Based Assignment" y asignarles un valor a "Variable for Self Service Value Based Assignment" y luego cambiar a cualquier pestaña no se guardaba el valor.
- La opcion ya se guardaba en el js solo que no se recuperaba el valor, se edito el file tasks_AssignmentRules.xml y se recupera el dato de TAS_GROUP_VARIABLE cuando es del tipo SELF_SERVICE_EVALUATE.
- Se agrego un switch en el archivo tasks.ajax.php al momento de hacer el saveTaskData recuperar datos que no se ubieran modificado en el formulario principal.
- Problem with link target "FrameName".
- Problema:
Al crear un nuevo campo Link en el DynaForm "Add Link", en el atributo "Target" se selecciona la opcion "Framename"
se habilita un campo de tipo "Text", donde se introduce un nombre cualquiera, se guarda esta configuracion del nuevo
campo, al momento de editar este campo link, el atributo "Target" no refleja la configuracion inicial.
Solucion:
El problema es el siguiente: al momento de guardar los datos del campo Link, cuando se elegia la opcion "Framename"
el atributo "target_sel" se define vacio y este atributo no existe como tal en el "XML", ahora ya existe.
Ejemplos:
Antes de la solucion:
<LINK1 type="link" link="http://www.yahoo.com" target="myFrame" required="0" readonly="0" optgroup="0"><en>Yahoo!</en></LINK1>
Con la solucion:
<LINK1 type="link" link="http://www.yahoo.com" target_sel="" target="myFrame" required="0" readonly="0" optgroup="0"><en>Yahoo!</en></LINK1>
