se ha agregado un nuevo parametro, para la converion a array, matendiendo el valor por defecto en false para no perjudiar el funcionamiento actual del metodo
Issue:
No se ejecuta el cron en Servidores Windows
Cause:
- En PHP-5.4 se incorpora de manera predefinida
la constante E_STRICT, siendo este la causa para los "Warnings PHP Strict Standards"
- No se esta cargando los files de "processmaker/workflow/engine/src/ProcessMaker"
Solution:
- Se ha corregido codigo para respetar el "PHP Strict Standards"
- Se ha agregado codigo para cargar los files
requeridos de "processmaker/workflow/engine/src/ProcessMaker"
16755: Textarea resizing has been disabled in 2.8
Se agrego una nueva propiedad en el formulario de Textarea que permite si el campo sea de tamañariable o no.
Issue:
16306: Date Field not showing next date after 1969
Cause:
Esto se debe a la funcion "mktime" de PHP para Windows el cual tiene una limitante
en el rango de fechas (rango valido entre 1901 y 2038). Para mas detalles
visite el sgte link ----> http://php.net/manual/en/function.mktime.php
Solution:
Se ha mejorado el metodo "calculateBeforeFormat" de la clase "XmlForm_Field_Date" el
cual verifica el total de añde la fecha que se obtiene con "mktime"; esto solo
para servidores Windows
Issue:
Despliegue de mensajes al ejecutar "./gulliver check-plugin-disabled-code"
----> "grep: write error: Broken pipe"
Cause:
Este mensaje se ocasiona al llamar al metodo "getPluginVersion" de ciertos
plugins
Solution:
Se quita la instanciacion del objeto, y se crea nuevo script para la
determinacion de la clase padre de un plugin
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
PROBLEMA:
Cuando se elimina un PMTABLE que se uso para crear un dynaform y se corre un caso sale un error impidiendo correr el caso.
Se intentaba buscar el PMTable y argar los datos del dynaform en el mismo.
SOLUCION:
Se agrego una validacion para que cuando no encuentre el pmtable lance un mensaje de warning para advertir al usuario q no se encontro la tabla, pero aun asi mostrar el dynafomr de modo normal.
Cuando se guardan los datos del dynaform tambien se muestra un mensaje advirtiendo q no se pudo guardar los datos en la PM table pero si se guardo con normalidad en la BD.
Code Issue:
Mostrar al usuario que ejecuta un caso el tipo de archivo a ser subido en un Input Document
Cause:
Al crear un nuevo Input Document se configura campo "Allowed file extensions" donde se determina el tipo de extension es
permitodo y al hacer correr el caso al subir un Input Document no se muestra que tipo de extension se configuro.
Solution:
Cuando se ejecuta el caso al hacer click en "Attach", se mostrara un mensaje que determinar el tipo de extension de
archivos permitidos.
PROBLEMA:
Cuando se queria configurar un input document para que acepte archivos con extensiones q incluian numeros, por ejemplo mp3, 3gp, mp4, etc. No se permitia guardar dicha configuracion ya que lanzaba un mensaje de que dichas extensiones no estaban permitidas.
En la expresion regular que se usaba para validar las extensiones permitidas, solo se tenia letras de la a-z, por lo tanto no se permitian numeros.
SOLUCION:
Se modifico la expresion regular para que se acepten numeros del 0-9 en las extensiones permitidas.
