Issue:
Analisis de los resultados de escaneo de las funciones en ProcessMaker. Plugin/trigger code scanner.
Cause:
Nueva solicitud de funciones
Solution:
Se ha implementado esta nueva funcionalidad, que consta de lo siguiente:
- Escaneo de codigo al importar un plugin (no se aplica a plugins enterprise)
- Escaneo de codigo al habilitar un plugin (si el plugin ya se encuentra fisicamente en el directorio de los plugins)
- Escaneo de codigo al importar un proceso
- Escaneo de codigo al crear/modificar codigo de un trigger
- Escaneo de codigo al ejecutar un caso que tenga seteados triggers en sus steps (si el trigger tiene codigo
no deseado, no se ejecuta el trigger)
- Se ha agregado la opcion "check-plugin-disabled-code" al comando "./gulliver", el mismo muestra
informacion sobre los plugins con codigo no deseado.
Ej: $ ./gulliver check-plugin-disabled-code [enterprise-plugin|custom-plugin|all|<plugin-name>]
- Se ha agregado la opcion "check-workspace-disabled-code" al comando "./processmaker", el mismo muestra
informacion sobre los workspaces con codigo no deseado en sus triggers.
Ej: $ ./processmaker check-workspace-disabled-code <myWorkspace>
- Por defecto ProcessMaker no realiza el escaneo de codigo, si se desea escanear codigo no deseado, se
debera definir el atributo "enable_blacklist = 1" en el archivo "env.ini", este atributo no se aplica
a las nuevas opciones creadas para los comandos "./gulliver" y "./processmaker"
- Para una configuracion personalizada de codigo no deseado (lista negra), se pueden definir las mismas en
el archivo "path/to/processmaker/workflow/engine/config/blacklist.ini" (si no existe el
archivo se puede crear), o tambien en el atributo "disable_functions" esto en el archivo "php.ini"
Ejemplo de "blacklist.ini":
;Classes
;=======
DashletInterface
;Functions
;=========
eval
exec
;date
;echo
strlen
Issue:
En "Cases History" no se reflejan las variables generadas por los triggers
asignados al Task (esto en Task>Steps>Triggers>AssignTask)
Cause:
Nuevo requerimiento de funciones
Solution:
- Se ha implementado esta nueva funcionalidad
- Las variables generadas en los triggers que se setean en "Task>Steps>Triggers"
para DynaForms, InputDocuments and OutputDocuments ahora son registrados en la
tabla APP_HISTORY
Issue:
Al definir un ProcessPermission (PAUSED) ya sea para un Usuario o Grupo
no se aplica en el CasesList (el mensaje de alerta de permisos es desplegado)
Cause:
Query mal definido (para Usuarios y Grupos)
Solution:
Se ha mejorado el query involucrado, se agrego variables y validaciones faltantes (DEL_INDEX)
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
- Feature request - Limit input document maximum size
- Problema resuelto, al crear un nuevo Input Document se ha adicionado un nuevo campo "Maximum file size" y un dropdown
que determina la unidad de medida en "KB y MB", esto permite definir el limite del tamañel archivo a anexar.
Cuando se ejectua el caso al hacer click en "Attach", se muestra el tamañaximo que se puede adjuntar el archivo si es
mayor al limite se mostrara un mensaje; asi tambien si se tiene un file asocioado a un input document al igual que lo
anterior se mostrara un mensaje.
- Feature request - Limit input document maximum size
- Problema resuelto, al crear un nuevo Input Document se ha adicionado un nuevo campo "Maximum file size" y un dropdown
que determina la unidad de medida en "KB y MB", esto permite definir el limite del tamañel archivo a anexar.
Cuando se ejectua el caso al hacer click en "Attach", se muestra el tamañaximo que se puede adjuntar el archivo si es
mayor al limite se mostrara un mensaje; asi tambien si se tiene un file asocioado a un input document al igual que lo
anterior se mostrara un mensaje.
- Unable to send notification when case is un paused
- Problema resuelto, se agrega un nuevo dropdown en Edit Process cuyo label es"Execute a trigger when a case is unpaused" y
se agrega un nuevo campo "PRO_TRI_UNPAUSED" en la tabla "PROCESS". Cuando un caso esta en "Paused" y se quiere reanudar
el caso aplicando "unpaused" se enviara la notificacion previa configuracion en Edit Process.
Disponible para la version 2.8 de ProcessMaker.
- Email Notification from Subprocess.
- Problema resuelto, cuando se tiene un subproceso que tiene notificacion en la ultima tarea y este debe retornar al proceso
principal, entonces la notificacion se enviara al usuario del proceso principal.
- 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
- Habia una doble validacion para el caso del message history, por esa causa no se visualizan los mensajes.
- Se quita la doble validacion en la class.case.php.
- No se visualizan los message history aunque se tengan los permisos.
- se hallo una doble validacion y se elimino.
- Se adicion la verificacion por grupos en el message history.
- No se visualizan los message history aunque se tengan los permisos.
- se hallo una doble validacion y se elimino.
- Se adicion la verificacion por grupos en el message history.
- No se podia reasigna un caso a un supervisor.
- Se agrega la funcionalidad para que el supervisor aparesca en el listado de reasignacion.
- Solo el supervisor se pude reasignar a si mismo el caso y no hacia otros supervisores.
Descripcion:Al ver la previsualizacion de las notificaciones enviadas por caso, se pudo verificar que para el caso de IE no muestra la informacion.
Se adjuntan imagenes donde se muestra el problema.
El label del footer de la grilla esta mal ya que esta mostrando una etiqueta de process.
Cuando visualizas un preview de un item y despues seleccionas otro item para visualizar sin cerrar el actual, los campos de la ventana se distorsionan ya que nuevamente se hace el llamado del metodo "show" del widget "Window".
Solucion: El problema de visualizacion fue constatado para los casos en los cuales el cuerpo del mensaje es html y dentro de este se encuentra cierto <meta> que causa conflicto con IE in quirks mode, para corregir este problema se manda una cabecera especificamente para IE.
Se cambio el label relacionado a procesos a uno de items.
Para el problema de campos distorsionados dentro de una ventana se valido la existencia del widget para posteriormente removerlo y volverlo a crear.
Resuelto para la version PM 2.5.2
Descripcion: When uploaded a document and given Process Permission to users to delete and upload new document, this does not reflect in the process. The current user can't see the files uploded from supervisor.
Solucion: Se constato de que existe un filtro dentro de un query que restringe la visualizacion de archivos subidos por el supervisor, la cual fue quitada y de ese modo ya funciono.
Para la actualizacion de campos del caso especificamente para los tipo input se realizo los siguientes pasos:
- Se obtuvo todos los formularios en los cuales el usuario partipo.
- Se filtro por tipo de campo (file) para realiza el update del caso.
- El valor de cada campo tipo file asociado a un input document sera actualizado con el nombre del file subido por parte del supervisor.
Resuelto para la version PM 2.5.2
Descripcion: When uploaded a document and given Process Permission to users to delete and upload new document, this does not reflect in the process. The current user can't see the files uploded from supervisor.
Solucion: Se constato de que existe un filtro dentro de un query que restringe la visualizacion de archivos subidos por el supervisor, la cual fue quitada y de ese modo ya funciono.
Para la actualizacion de campos del caso especificamente para los tipo input se realizo los siguientes pasos:
- Se obtuvo todos los formularios en los cuales el usuario partipo.
- Se filtro por tipo de campo (file) para realiza el update del caso.
- El valor de cada campo tipo file asociado a un input document sera actualizado con el nombre del file subido por parte del supervisor.
Resuelto para la version PM 2.5.2
Descripcion: When calling unpauseCase from a web service twice, the case gets duplicated.
Solucion: Se verifica el estado del caso, se ejecutara el metodo de despausar en un caso siempre que este en el estado de "Pause". Resuelto para la version 2.5.1-testing.1-402-gbcc9bdb
- Date appears incorrect in the Generated Document List and Input Document List
- Bug has been reviewed and has not been able to replicate, it has been
tested on a local installation version 2.0.43 where I verify that the dates are correct
- We found hardcoded code, the same has been corrected
* Available from version ProcessMaker-2.5.2-testing.1
- Cuando se borra un caso por PM, este caso no se borra en los PM Reportes.
- Problema resuelto, cuando se ejecuta un proceso que tenga Report Tables, al borrar el caso tambien se eliminara los
registros de los Report Tables.
* Available from version ProcessMaker-2.5.2-testing.1
- Cuando se borra un caso por PM, este caso no se borra en los PM Reportes.
- Problema resuelto, cuando se ejecuta un proceso que tenga Report Tables, al borrar el caso tambien se eliminara los
registros de los Report Tables.
* Available from version ProcessMaker-2.5.2-testing.1
- El estado no era actualizado correctamente ya que al ejecutar el trigger se tenia datos antiguos con el cual se reescribia el estado del caso.
- Al ejecutar un trigger se realiza el unset de las variables APP_STATUS, APP_PROC_STATUS, APP_PROC_CODE, APP_PIN para que no sean modificadas.
