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.
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
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
Issue:
Fix: 0016986: REST endpoint PUT /{workspace}/oauth2/token sets the HTTP status to 200 (OK) when error
Cause:
Al obtener un "access token" con informacion erronea, no se define correctamente el response de error
Solution:
Se revierte el 1er cambio y se aplica un "exit(0);", ya que el status code se sobre escribia
Issue:
Las cookies de sesion no se ha definido con el flag HttpOnly esta debe definirse para mitigar ataques de tipo
cross-site scripting.
Cause:
No se a definido el parametro "httponly" al momento de usar la funcion "setcookie"
Solution:
Se define el parametro "httponly" al momento de usar la funcion "setcookie"
Issue:
0016986: REST endpoint PUT /{workspace}/oauth2/token sets the HTTP status to 200 (OK) when error
Cause:
Al obtener un "access token" con informacion erronea, no se define correctamente el response de error
Solution:
Se define un response de error, cuando el "HTTP status" es 400
Issue:
PM-2114: 0017023: REST endpoint GET /cases/{app_uid} doesn't check whether user has permission to access case
PM-2115: 0017027: REST endpoint GET /cases/{app_uid} returns an empty response if case has "CANCELLED" or "COMPLETED" status
Cause:
PM-2114: No existe validacion para el usuario
PM-2115: No se a considerado cuando un caso tiene un estado PAUSED, CANCELLED o COMPLETED
Solution:
PM-2114: Se agrega validacion para el usuario
PM-2115: Se a completado en el metodo "getCaseInfo" para los estados PAUSED, CANCELLED o COMPLETED
> Code Issue:
The usr_cnf_pass parameter should be optional in the endpoint POST /api/1.0/{workspace}/user
> Solution:
El parametro "usr_cnf_pass" en POST y PUT no es requerido.
Issue:
0017035: Change error message for REST endpoint GET /cases/{app_uid}/current-task if "COMPLETED" status
Cause:
Requerimiento de cambio de texto en mensaje
Solution:
- Se a cambiado el texto del mensaje
- Se a completado validacion cuando un "app_uid" es invalido
Issue:
- PM-1762: HTTP status code will be set to 200 no coincide con el real que indica 201
- PM-1759: Create Department: POST /department /api/1.0/{workspace}/department
Cause:
- PM-1762: Definicion incorrecta del siguiente End-point:
PUT department/{dep_uid}/assign-user/{usr_uid}
- PM-1759: No se valida de manera correcta el titulo de un departamento
Solution:
- PM-1762: Se a cambiado la definicion del End-point al siguiente:
POST /api/1.0/{workspace}/department/{dep_uid}/assign-user
>>>>>
{
"usr_uid": "41825464054f5b9b0e2dc48048580849"
}
<<<<<
(201)
Este cambio debera ser replicado en la wiki
Los "status code" retornados por los End-point son los siguientes:
GET ----> 200
POST ----> 201
PUT ----> 200
DELETE ----> 200
Esto debe ser reflejado en la wiki, caso contrario es un bug de documentacion
- PM-1759: Se ha agregado los metodos necesarios para validar el titulo de un Departamento
