El problema era el Document Mode, que para q el Diseniador de procesos funcione tenia q ser cambiado obligatoriamente y de forma manual por el usuario a Standards, cosa que hacia que varias cosas en PM se reenderen mal, entre estas: La letra crecia y ya no se visualizaban los labels completos, aparecian dobles scrolls en algunas ventanas y tambien desaparecia el footer de las tablas de los listados tanto en HOME, Designer y Admin.
Por lo tanto se opto por abrir en otro tab el diseador cuando el proceso sea BPMN y el navegador sea IE, esto para que el meta que se seteo en Michelangelo se respete y no sea pisado por el meta de PM, ya que ambos son distintos. PM-> 'IE=8' y Michelangelo-> 'IE=edge'
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
Code Issue:
Por cada primary key se muestra un "The field 3 is required."
Solution:
Se agrega validacion para mostrar la cantidad de campos requeridos en el mensaje que se muestra.
Code Issue:
Home > Users > Groups: La ordenacion de 'Groups' se ejecuta solo por pagina
Cause:
Al ordenar Groups este se ordenaba por pagina y no ordenando toda la paginas.
Solution:
Se ha agregado validacion al ordenar los Groups, el mismo permite ordenar todo los datos existentes en el listado.
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
