- Al realizar workspace-restore de un backup el tiempo que toma para restaurarlo es demasiado.
- Al estar realizando el restore se van ejecuantado los scripts de llenado de datos en la funcion "executeSQLScript" no se hacia un adecuado insert de los registros.
- se utiliza la funcion de mysql "START TRANSACTION" y "COMMIT" que son compatibles para MyISAM y InnoDB, y se van insertando los registros "Insert" por lotes.
- 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.
- Problemas al instalar el hotfix cuando se tiene instalado processmaker en otra carpeta diferente a "processmaker"
- Problema:
Cuando se instala ProcessMaker, el directorio de instalacion tiene por defecto el nombre de "processmaker", pero
este nombre puede ser cambiado, por ejemplo a "processmaker2"
Cuando se aplica el .tar hotfix en "processmaker2" los directiorios deberian ser reemplazados en "processmaker2";
esto no ocurre, si no que crea un directorio en la misma ruta con el nombre "processmaker" teniendo en el mismo directorio
lo siguiente:
- procemaker
- procemaker2
- Solucion:
Cuando se aplica el .tar hotfix por ejemplo en "processmaker2" los directorios que existe en el hotfix
se aplican en "processmaker2"
Se ha cambiado el PATH_OUTTRUNK, y se ha descartado el metodo extract(); estos son reemplazados de la siguiente manera:
$swTar = $tar->extractModify(PATH_TRUNK, "processmaker");
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.
- Al realizar una busqueda en el advanced Search la respuesta tardaba mucho incluso ocasionando que mysql deje de responder.
- Se verifico que se hicieron cambios en el query que se realiza en el file proxyCasesList de la version 2.5.0 a la version 2.5.1.
- Para optimizar la realizacion del query se adiciono un index (indexAppDelay) en la tabla APP_DELAY, de esta manera la tabla estara indexada para realizar mejor el query.
- Campo "File" en dynaform tipo grilla.
- Problema:
Al agregar un campo de tipo "File" en grillas como campo requerido, la validacion no se cumple.
- Solucion:
El problema es el siguiente: al momento de validar el campo File en grillas, no se esta definiendo el atributo "pm:required"
en el tag <input />, se adiciono el atributo con el metodo "NSRequiredValue()" definido en el mismo archivo
"class.xmlform.php" y se adiciona en la clase "XmlForm_Field_File", el metodo que permite agregar el atributo "pm:required",
con este atributo la validacion de campos requeridos en campos File en grillas funciona correctamente.
- Impresion de Procesos.
- Problema:
Cuando se inicia un caso y se quiere imprimir el dynaform hacemos click en el icono "Print form", luego nos aparece
una ventana donde se muestra lo que se va a imprimir, normalmente al iniciar un nuevo caso, nos nuestra la hoja de
impresion vacia, ya que no se han guardado los datos en la Base de Datos, en otros casos muestra la hoja de impresion
con datos.
Cuando se inicia un caso y se llena datos en el dynaform y se hace click en el icono "Print form", los datos introducidos
no se muestran en la hoja de impresion.
Solucion:
Se agrega un nuevo metodo el cual permite validar con un "Confirm", cuando se quiera imprimir un dynaform al hacer click
en "Cancel" en la hoja de impresion se mostrara vacia tal cual se tenia inicialmente, al hacer click en "Accept" se guardara
los datos y en la hoja de impresion aparecera los datos.
Se agrego el siguiente metodo en el archivo "form.js":
function dynaFormPrint(..., ..., .., .., ...)
{
...
if (dynaFormChanged(frm)) {
...
new leimnud.module.app.confirm().make({
label: _("ID_SAVE_DYNAFORM_INFORMATION_BEFORE_PRINTING"),
action: function ()
{ ...
},
cancel: function()
{ ...
}
});
}
}
Se aniadio la nueva funcionalidad de busqueda en el display de los datos de los PMTables y Report Tables, en ADMIN > Settings > PM Tables > Data, el cual realiza las busquedas por todas las columnas del PM Table o Report Table.
Se corrigio el ordenamiento ASC y DESC.
- Impresion de Procesos.
- Problema:
Cuando se inicia un caso y se quiere imprimir el dynaform hacemos click en el icono "Print form", luego nos aparece
una ventana donde se muestra lo que se va a imprimir, normalmente al iniciar un nuevo caso, nos nuestra la hoja de
impresion vacia, ya que no se han guardado los datos en la Base de Datos, en otros casos muestra la hoja de impresion
con datos.
Cuando se inicia un caso y se llena datos en el dynaform y se hace click en el icono "Print form", los datos introducidos
no se muestran en la hoja de impresion.
Solucion:
Se agrega un nuevo metodo el cual permite validar con un "Confirm", cuando se quiera imprimir un dynaform al hacer click
en "Cancel" en la hoja de impresion se mostrara vacia tal cual se tenia inicialmente, al hacer click en "Accept" se guardara
los datos y en la hoja de impresion aparecera los datos.
Se agrego el siguiente metodo en el archivo "form.js":
function dynaFormPrint(..., ..., .., .., ...)
{
...
if (dynaFormChanged(frm)) {
...
new leimnud.module.app.confirm().make({
label: _("ID_SAVE_DYNAFORM_INFORMATION_BEFORE_PRINTING"),
action: function ()
{ ...
},
cancel: function()
{ ...
}
});
}
}
Disponible para la version 2.5.2
- 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)
- Impresion de Procesos.
- Problema:
Cuando se inicia un caso y se quiere imprimir el dynaform hacemos click en el icono "Print form", luego nos aparece
una ventana donde se muestra lo que se va a imprimir, normalmente al iniciar un nuevo caso, nos nuestra la hoja de
impresion vacia, ya que no se han guardado los datos en la Base de Datos, en otros casos muestra la hoja de impresion
con datos.
Cuando se inicia un caso y se llena datos en el dynaform y se hace click en el icono "Print form", los datos introducidos
no se muestran en la hoja de impresion.
Solucion:
Se agrega un nuevo metodo el cual permite validar con un "Confirm", cuando se quiera imprimir un dynaform al hacer click
en "Cancel" en la hoja de impresion se mostrara vacia tal cual se tenia inicialmente, al hacer click en "Accept" se guardara
los datos y en la hoja de impresion aparecera los datos.
Se agrego el siguiente metodo en el archivo "form.js":
function dynaFormPrint(..., ..., ...)
{ ...
if (flagRequiredField == 1) {
...
new leimnud.module.app.confirm().make({
label: _("ID_DYNAFORM_SAVE_CHANGES"),
action: function ()
{ ...
},
cancel: function()
{ ...
}
});
}
}
Se aniadio la nueva funcionalidad de busqueda en el display de los datos de los PMTables y Report Tables, en ADMIN > Settings > PM Tables > Data, el cual realiza las busquedas por todas las columnas del PM Table o Report Table.
Se corrigio el ordenamiento ASC y DESC.
- SQL doesn't work in GRID - Text-Area fields.
- Problema:
Al crear una dependencia entre un Dropdown y Textarea en un grid, al añrlo a un Dynaform y ejecutar el caso,
la dependiencia no funcionaba, al seleccionar una opcion del Dropdown en el textarea no se mostraba ningun valor,
y al adicionar mas filas igual no funcionaba.
Solucion:
El problema es el siguiente: en la clase "class XmlForm_Field_Textarea" en su metodo "renderGrid" no estaba definido
variables de importancia y seteo de las mismas, se completo las variables faltantes.
Otro de los problemas que ocasionaba esta dificultad estaba en el archivo JavaScript en el metodo "updateDepententFields"
se agrego una validacion cuando es un campo de tipo "textarea", esto porque no se podia utilizar el metodo "G_TextArea"
que tambien le faltaba codigo, colocando este codigo faltante tampoco funcionaba.
Al crear una dependencia entre un Dropdown y Textarea en un grid la añrlo a un Dynaform, y ejecutar el caso,
dependiencia funciona correctamente.
Se agrego el siguiente codigo en la clase "class XmlForm_Field_Textarea" en el metodo "renderGrid":
...
$this->executeSQL($owner, $r);
if (isset($this->sqlOption)) {
$firstElement = key($this->sqlOption);
}
if (isset($firstElement)) {
$v = $firstElement;
}
$arrayOptions[$r] = $v;
...
$this->options = $arrayOptions;
...
Disponible para la version 2.5.2
