- 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
gustavo: Minor fixes to the reassign cases list criteria. realted to the self service tasks that can't be reassigned.
--------------------------------------------------------------------------------
1. M /trunk/workflow/engine/classes/model/AppCacheView.php
