Issue:
Al modificar los atributos de un plugin, este cambio no se refleja en el archivo "plugin.singleton" de cada workspace
Cause:
ProcessMaker no detecta cuando el archivo principal de un plugin es editado
Solution:
Se ha añdo un nuevo comando, el mismo actualiza el archivo "plugin.singleton" en cada workspace, segun los
atributos del plugin, el comando es el siguiente:
$ ./gulliver update-plugin-attributes pluginName
PROBLEMA:
Cuando se importa un proceso a otro ws y se abre el mismo con un idioma distinto al que se uso para crear dicho proceso, la primera ves que abrimos el listado de usuarios a los q se asigno alguna de las tareas, si tenemos grupos asignados solo nos muestra la cantidad de usuarios por grupo y no el nombre del grupo. Pero si cerramos la ventanita y volvemos a abrirla nos mostrara normalmente el nombre de grupo.
El problema solo ocurria la primera ves al ver el listado de grupos asignados a una tarea despues de importar un proceso y cambiar de idioma.
Se replica siguiendo estos pasos:
- Crear grupos de usuarios ej: GrupoX y GrupoXX.
- Crear un proceso en un ws con idioma ingles, con x cantidad de tareas y asignarle los grupos.
- Exportar el proceso.
- Si se prueba en el mismo ambiente, borrar el proceso y los dos grupos creados (GrupoX y GrupoXX)
- Importar el proceso en el mismo ws con idioma ingles y verificar que si muestra los nombres de los grupos asignados a las tareas.
- Cambiar el idioma del ws .../en/... -> .../es/...
- Entrar nuevamente al proceso.
- Verificar los Grupos asignados a las tareas, no se muestran los nombres de los mismos.
- Cerrar el listado y volver a abrir, ahora si muestra normalmente los nombres de los grupos.
SOLUCION:
Se aniadio una validacion para que se verifique si se obtiene o no el nombre del grupo, si no tiene el nombre del grupo se lo recupera del siguiente query que si lo carga.
Issue:
Al definir un nuevo campo para el CasesList en "ADMIN>Settings>CasesList", ocaciona un error
de "columna no definida" cuando se cambia de listados (siempre y cuando se haga el ordenamiento por el nuevo campo)
Cause:
Se esta tratando de ordenar la columna con el nuevo campo creado, sin tomar en cuenta que no puede estar
definido en los otros CasesList
Solution:
Se ha agregado validacion cuando un campo no este definido en el CasesList, si cumple con
esta condicion se setea el ordenamiento por la siguiente columna: APP_CACHE_VIEW.APP_NUMBER
Los dos primeros errores reportados en el ticket no se pueden replicar.
1er Error. Notice: PHP Notice: Use of undefined constant PATH_PLUGIN - assumed 'PATH_PLUGIN'
Se cambio por la variable correcta que obtiene el path del archivo enterprise.php -> $pathFileEnterprise.
2do Error. Problema con los Indices y 2 tablas q se actualizaban constantemente (PM-81)
- Las 2 tablas q se actualizaban constantemente eran: ADDONS_STORE y LICENSE_MANAGER ya que estas tablas no tenian en el schema.xml en la definicion de su primary_key required="true", por lo tanto se tomaba como required="false" y al comparar con el schema de la BD actual habia una diferencia, la cual se intentaba actualizar.
- Los 15 Indices a aniadirse eran indices de tablas BPMN_XXX en cuales el schema.xml estaba l definido, ya que los indices solo contemplaban el nombre de la columna q se declaraba como indice y nunca se declaro el nombre del indice como tal:
<index>
<index-column name="PAR_UID"/>
</index>
Por lo tanto se comparaba un campo vacio "" nombre del indice segun el nuevo schema y el nombre dado en el schema de la BD, siendo diferentes creaba nuevamente un indice con nombre de la columna por defecto.
Deberia estar asi en el shema.xml:
<index name="BPMN_PARTICIPANT_I_1">
<index-column name="PAR_UID"/>
</index>
- Upgrading plugins error. The version never changes. The code is already updated.
- Problema resuelto, en la actualizacion de un plugins, en el listado que se mustra en la columna Version, se mostrara
la version del plugins actualizado.
Disponible para la version 2.8 de ProcessMaker.
- Perfil por creador de proceso.
- Problema resuelto, en el dynaform Edit Process se ha adicionado un dropdown que determina que tipo de proceso se crea
con dos opciones Public y Private. En la lista de procesos se agrega una nueva columna Type Process que determina
el tipo de proceso, en el listado se muestra todo los procesos publicos y privados creados por un mismo usuario a si
tambien se muestrara los procesos publicos creados por otros usuarios. Al importar el proceso este se importa como publico.
El metodo upgradeFilesManager estaba recuperando los workspaces y haciendo la actualizacion de los files correspondientes de los mismos, siendo q se llamaba a este metodo por cada workspace.
La llamada al metodo upgradeFilesManager y el metodo en si se movieron a la clase class.wsTools.php haciendo la llamada a la misma por cada workspace, para que realize la respectiva actualizacion de los files de cada workspace.
- PM-317 Analizar como, que y donde mover los files/code del enterprise.
- PM-318 Enterprise Traducible.
- PM-320 Hacer funcionar el administrador de plugins.
