- 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 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.
- 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.
* Adding posibility to load any class from /workflow/engine/src/*.php
using namespaces as relative paths inside 'src' directory
* Registering /workflow/engine/src directory for autoloading
Bootstrap::registerDir('src', PATH_HOME . 'engine/src/');
- Se ha creado el archivo "ProcessBpmn.php", en donde se definen los metodos
necesarios para el proceso (create, read, update, delete)
- Se ha creado el archivo "TaskBpmn.php", en donde se definen los metodos
necesarios para el task (get/update properties, get steps/triggers/users)
- Se ha creado el archivo "ProcessBpmn.php", en donde se definen los metodos
necesarios para el proceso (create, read, update, delete)
- Se ha creado el archivo "TaskBpmn.php", en donde se definen los metodos
necesarios para el task (get/update properties, get steps/triggers/users)
- 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 ha creado el archivo "ProcessBpmn.php", en donde se definen los metodos
necesarios para el proceso (create, read, update, delete)
- Se ha creado el archivo "TaskBpmn.php", en donde se definen los metodos
necesarios para el task (get/update properties, get steps/triggers/users)
