- 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>
Los dropdowns Region, Location y Replaced by, tambien se cambiaron para que desplieguen los datos ordenados alfabeticamente. En el caso de Replaced by el ordenamiento se realiza por el nombre de usuario.
El listado que se muestra en el Dropdown Country en ADMIN > Users > New User se mostraba sin un orden (ni ASC, ni DESC). Ahora se muestra con orden ASC.
- "Sent By" column blank in sub process
- Problema:
Al crear un Proceso y un Sub Proceso, cuando se inicia una tarea del Proceso Padre y se deriva a la tarea del Sub Proceso,
en el Inbox el usuario autorizado en el Sub Proceso de la tarea al visualizar la columna "Sent By" no indica quien
derivo la tarea mostrando siempre vacia.
- Solucion:
Cuando se crea un Proceso y Sub Proceso, al iniciar la tarea del Proceso Padre y al derivar el caso a la tarea del
Sub Proceso, en el Inbox el usuario autorizado de esa tarea visualizara la columna "Sent By" con el usuario quien derivo
el caso.
- Se ha creado el trigger SUB_APPLICATION_INSERT para la tabla SUB_APPLICATION, ya que en este punto se crea las
delegaciones del Sub Proceso.
El trigger corrige el campo PREVIOUS_USR_UID de la tabla APP_CACHE_VIEW que siempre esta vacio, esto cuando la delegacion
es de un Sub Proceso.
- Se ha añgo SQL al archivo "app_cache_view_insert.sql" para corregir el campo en conflicto "APP_CACHE_VIEW.PREVIOUS_USR_UID",
ya que este SQL es utilizado para reconstruir la tabla APP_CACHE_VIEW, esto por ejemplo cuando se hace el "Build Cache"
que esta en ADMIN>Settings>CasesListCacheBuilder
Disponible para la version 2.5.2
- En ADMIN>Settings>PHPInformation, la licencia esta visible
- Problema resuelto, se ha quitado la informacion de la licencia de PHP,
para que no se tenga confusion con el idioma
