Issue:
CLONE - Listado de casos Participados/enviados muestra casos con usuario actual incorrecto
Cause:
Se incluye el status TO_DO en la validacion del request
Solution:
Se quita el status TO_DO en la validacion del request
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:
0015574: Current User se muestra con UNASSIGNED al llegar a un subproceso
Cause:
No se a contemplado este caso para el "Cases lists"
Solution:
Se a agregado codigo necesario para mostrar el "Current User" cuando es Sub-proceso
> Se han implementado los metodos para: Export, Import y Delete (delete Process) de este nuevo "Objeto", asi tambien
se ha agregado validaciones en el listados en el casesList.
Issue:
Los listados no se ordenan correctamente por el Case Number, crear algunos casos ordena por la
primera columna, deberia ordenar numericamente de forma ascendente y descendente, pero no lo hace
Cause:
- El problema se debe a la configuracion que se hace en ADMIN>Settings>CasesLists
- Por defecto en un ReporTable ya se definen campos por default "APP_UID, APP_NUMBER, APP_STATUS",
siendo esta la causa del problema
Solution:
Se verifica si el campo a ser ordenado a sido definido en el CasesList
Issue:
La paginacion de los listados en Participated muestra en blanco despues de una determinada pagina
Cause:
Para el query del listado Participated, los casos no se unifican como uno solo
Solution:
Se ha modificado la condicion para que el query pueda utilizar la clausula "DISTINCT", cuando
se trate del listado Participated
Code Issue:
Al realizar una busqueda con "Status: Completed" el contador refleja mas casos que con "Status: All Status"
Solution:
El problema que se tenia en HOME>Advanced Search, es cuando se hacia una busqueda en Status: Completed, no se mostraba
correctamente el total de casos esto a consecuencia de la comparacion que se hacia en la condicion que se utilizaba. Se
quita una de las condiciones existentes ($action == "search").
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
- Cuando se agrega campos desde el plugin no se pueden ordenar en el listado.
- El bug no era propiamente del plugin, al realizar el criteria para el listado no se contemplaba el sort por los campos agregados, asi que se agrega la validacion para el sort en el archivo class.applications.php en la funcion getAll
- Cuando se agrega campos desde el plugin no se pueden ordenar en el listado.
- El bug no era propiamente del plugin, al realizar el criteria para el listado no se contemplaba el sort por los campos agregados, asi que se agrega la validacion para el sort en el archivo class.applications.php en la funcion getAll
- User not in alfabetical order in Advance Search
- Sorting problem in the dropdown "User", in Advanced Search, this are
ordering by USERS.USR_LASTNAME field, which is incorrect
- Solved problem the ordering, has taken into account the settings
made in ADMIN>Settings>Environment>UserNameDisplayFormat
- The ordering is in ascending
- The "All Users" and "Current User" wildcards will always be the first
- We have defined a new method in the "class.configuration.php" class which
returns the field you should place your order to the users, this according
to the settings made ..in ADMIN>Settings>Environment>UserNameDisplayFormat
* Available from version ProcessMaker-2.5.1-testing.3
- Advanced search. El filtro Delegate date no funciona bien.
- Problema resuelto, en la opcion HOME -> Search -> Advanced Search, al colocar un intervalo de fechas en "Delegated date"
se muestra correctamente el listado de casos, al colocar la misma fecha se muestran los casos correctamente
* Available from version ProcessMaker-2.0.47 (2.5.1)
- Problem in the ordering of the column "current user" and "task" in casesList
- Solved problem the ordering, has taken into account the settings made in ADMIN>Settings>Environment
* Available from version ProcessMaker-2.0.46
- Con Paralell Derivation y permisos de supervisor, el nombre de las tareas en Reassing se cambia.
- Filtering task field for the case of reassignment user.
- 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
- Problem in the ordering of the column in cases list
- Validation for the ordering of the column
- Improvement in the cases list using the field DEL_LAST_INDEX
- Improvement in the cases list columns current user and current task
- Improvement in the cases list when solr is enabled and disabled
- Added column currrent user in participated
* Available from version ProcessMaker-2.0.46
