causa : Cuando se hacia uso del endpoint process-permissions(PUT), se le enviaba un parametro, cuyo este no era considerado el cual ocaciono ese error de edicióSolució Considerar ese valor enviado y hacer su respectivo uso.
Nota.- Es posible replicar este error bajo el siguiente contexto.
Hacer la edicióel ProcessPermisions creado mas de 2 veces, debido a que en su creacion se usa POST y en su edicióe usa PUT.
Causa : Esto es fue ocacionado bajo el siguiente contexto. Si se crea un dynaform; sin embargo este no posee ningun item(Labels, titles,radio buttons...) en la base de datos DYNAFORM existe una columna de nombre "dyn_content" el cual almacena estes parametros, pero como no tiene ningun elemento este inicialmentre contendra como valor null.
Solució Cuando se hace la definicion del DYNAFORM, paralelamente se adiciona un parametro por defecto(json vacio) a la columna "dyn_content".
Y asi al generar el WEB ENTRY, al momento de renderear el dynaform se mostrara una pantalla vacia, limpia sin componentes y asi evitar el error PHP que se tenia, ya que se pretendia leer parametros cuyos en principio eran nulos.
Causa : Esto es fue ocacionado bajo el siguiente contexto. Si se crea un dynaform; sin embargo este no posee ningun item(Labels, titles,radio buttons...) en la base de datos DYNAFORM existe una columna de nombre "dyn_content" el cual almacena estes parametros, pero como no tiene ningun elemento este inicialmentre contendra como valor null.
Solució Cuando se hace la definicion del DYNAFORM, paralelamente se adiciona un parametro por defecto(json vacio) a la columna "dyn_content".
Y asi al generar el WEB ENTRY, al momento de renderear el dynaform se mostrara una pantalla vacia, limpia sin componentes y asi evitar el error PHP que se tenia, ya que se pretendia leer parametros cuyos en principio eran nulos.
DesignerBPMN>ProcessFileManager: Cuando importas un template no verifica si existe otro template con el mismo nombre
Se corrigio la validacion que se tenia, para que valide tambien cargar templates
Issue:
Eliminar los Access y Refresh Token expirados
Cause:
Nuevo requerimiento de funciones
Solution:
Se estan eliminando los Access y Refresh Token expirados al hacer
un request al End-point: POST /{workspace}/oauth2/token
> Code Isuue:
Al modificar un Intemediate send message event y grabar sale un mensaje de error
> Solution:
Al configurar la propiedad de un message event y guardar la configuracion ya no muestra el error.
Issue:
RefreshToken not recreated after using it to generate another accessToken
Cause:
Nuevo requerimiento de funciones
Solution:
Se esta definiendo el flag "always_issue_new_refresh_token" con "true",
esto para poder generar un nuevo refresh-token cuando se solicita
un access-token usando un refresh-token
