Issue:
Contadores de casos pausados incorrectos
Cause:
El comando upgrade utiliza los metodos del anterior listado
Solution:
- Se agrega validacion para los contadores del listado paused
- Se debera ejecutar el comando "./processmaker migrate-new-cases-lists your-workflow" para reconstruir los datos
Issue:
0018661: No se pueden ordenar los campos en los las bandejas de ProcessMaker
Cause:
No se procesa el campo status
Solution:
- Al hacer un request con el campo status, este es validado y procesado
- El ordenamiento de columnas trabaja de manera correcta con el resto de los campos
PM-3713 "0018661: No se pueden ordenar los campos en los..." SOLVED
Issue:
0018661: No se pueden ordenar los campos en los las bandejas de ProcessMaker
Cause:
No se procesa el campo status
Solution:
- Al hacer un request con el campo status, este es validado y procesado
- El ordenamiento de columnas trabaja de manera correcta con el resto de los campos
Issue:
0018218: Self-service value based not accepting USER ID
Cause:
Nuevo requerimiento de funciones
Solution:
La asignacion de tipo "Self Service Value Based Assignment" ahora funciona de la siguiente manera:
- Si se desea definir a un grupo entonces se tendra el siguiente caso:
@@SYS_GROUP_TO_BE_ASSIGNED = "00000000000000000000000groupuid1";
- Si se desea definir a usuarios entonces se tendra el siguiente caso:
@@SYS_GROUP_TO_BE_ASSIGNED = array("000000000000000000000000useruid1", "000000000000000000000000useruid2");
- Por lo que el engine reconocera lo siguiente:
* A un array como un array de UIDs de usuarios
* A un string como un UID de un grupo
Issue:
0017677: The "processmaker workspace-restore" command should automatically
execute "cacheview-repair" and "migrate-new-cases-lists"
Cause:
El comando "workspace-restore" no verifica de manera correcta si debe o no
ejecutar los modulos "cacheview-repair" y "migrate-new-cases-lists"
Solution:
- El comando "workspace-restore" ejecutara los modulos "cacheview-repair" y
"migrate-new-cases-lists" en los siguientes casos:
> "cacheview-repair" sera ejecutado si la version de ProcessMaker del backup
es menor a la version de ProcessMaker del sistema
> "migrate-new-cases-lists" sera ejecutado si la version de ProcessMaker del backup
es menor a la version ProcessMaker-2.9
- Se hizo correcciones para servidores Windows
- Al ejecutar el comando "migrate-new-cases-lists" iniciara nuevamente el registro de datos
en las nuevas tablas
> Code Isuue:
Procesos con asignacion selfService y selfService Value Based generan casos duplicados
> Solution:
Cuando se tiene selfService y selfService por valor, ya no se muestra duplicados.
Se a completado a la validacion en la condicion del query cuando es selfService por valor el "del_index" y "tas_uid"
Issue:
El CasesList es lento cuando existen casos con tipo de asignacion "Self Service Value Based Assignment"
Cause:
Para todos los casos se esta verificando si su asignacion es de tipo "Self Service Value Based Assignment"
Solution:
- Se ha creado una nueva tabla "APP_ASSIGN_SELF_SERVICE_VALUE", en la misma se registraran los casos
con asignacion "Self Service Value Based Assignment"
- Se ha agregado la opcion "database-generate-self-service-by-value" al comando "./processmaker", para poder
generar los registros de la nueva tabla.
Ej: $ ./processmaker database-generate-self-service-by-value myWorkspace
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
- La funcion "LoadCase" de la clase "Cases" se usaba N veces y provocaba la lentitud
- Se optimizo el query para que no sea necesario usar la funcion "LoadCase" varias veces
- En realidad no es un bug, pero a pedido de proyectos se cambiara un poco la logica de esta funcionalidad
- Ahora a pesar de que hayan grupos o usuarios asignados a una tarea y esta a su vez tenga el tipo como regla de asignacion "self service group by value", no se incluiran los casos correspondientes a esa tarea en el listado, solo seran inckuidos aquellos en los que tenga setada la variable para "TAS_GROUP_VARIABLE"
- "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
- Cuando se pausa un hilo el status de todo el caso cambia a PAUSED
- Ya no se cambia el status de todo el caso, solo se cierra el hilo pausado
- Existe aun un problema con los listados, los cuale sno muestran el estado del caso correctamente, eso se arreglara con el bug 11791 y 12012
- Problem with tasks in parallel in inbox
- Solved problem with tasks in parallel
- Validation was added in solr for cases that are in inbox, but does not make an accurate count of cases, when tasks are parallel
* Available from version ProcessMaker-2.0.46
- Not properly count cases in unassigned cases, using parallel fork in process
- Solved problem in count, in unassigned cases
* Available from version ProcessMaker-2.0.46
- Don't showing the summary and cases notes columns when the Enterprise
plugin is enabled (Bug 10131)
- The column labels inbox, draft, etc do not change when you change the
language, this when the Enterprise plugin is enabled (Bug 10101)
- In ADMIN>Settings>CasesList when is load PMTable dropdown always goes
to the inbox tab
- The labels of the columns that are of the system, are now translated
with the set language
- In ADMIN>Settings>CasesList, options have been added to complete/upgrade
the fields of the Cases List
- Before you install/upgrade the Enterprise plugin, you should delete these files:
path_to_processmaker/workflow/engine/templates/cases/casesListSetup.html
path_to_processmaker/workflow/engine/templates/cases/casesListSetup.js
- The Enterprise plugin will work correctly if you have a version of
ProcessMaker 2.0.46 or higher
* Available from version 2.0.46
- In AdvancedSearch no performs searches for user and category
- Problem solved, have been added to SOLR missing criteria for the search
- Note. - To register/upgrade the new criteria in the SOLR server, run the
following script:
$ php reindex_solr.php workspace_name reindexall
* Available from version 2.0.45
- Participated list only display TO_DO cases
- Solution to bug 9924
- It improved the list of cases (inbox, draft, participated, paused, advanced search)
* Available from version 2.0.45
- Participated list only display TO_DO cases
- Solution to bug 9924
- It improved the list of cases (inbox, draft, participated, paused, advanced search)
* Available from version 2.0.45
- First commit:
> Solution to bug 9924
> It improved the list of cases (inbox, draft, participated, paused, advanced search)
* Available from version 2.0.45
I modified the function getPaused, in file 'workflow/engine/classes/model/AppCacheView.php', showing the cases that are paused by the current user and the ones that he supervises.
I modified the function getPaused, in file 'workflow/engine/classes/model/AppCacheView.php', showing the cases that are paused by the current user and the ones that he supervises.
- cron.php script can have several instances running at the same time
- Problem solved, added validation in cron.php script to avoid run
several times
- Variable time added to control execution of cron
* Available from version 2.0.44
- By changing the "Case Label", this is not updated in the APP_CACHE_VIEW table
- Solved problem to changing the "Case Label", now is updated in the APP_CACHE_VIEW table
- Improvement in file, compliance with the standard PSR2
Note:
- When you change the "Case Title" of a task, affecting every case,
if it is the current task of the case (otherwise it would not affect
the APP_CACHE_VIEW table)
- If a task is saved empty the "Case Title" the APP_TITLE take the value
#APP_NUMBER (all cases are in the task, this in APP_CACHE_VIEW table)
- We verified that the list of the steps not working.
- Was modified the class.appCacheView, the function getTodo for parameters
include TAS_UID y PRO_UID, too was modified the template indexSingle.html
- The APP_CACHE_VIEW table does not contain the changes made in the CONTENT table when you rename processes/tasks
- The name change in processes/tasks is now reflected in the APP_CACHE_VIEW table
- Note.- The APP_CACHE_VIEW table contains values ..for only one language
