- Validacion de datos al enviar datos (POST, PUT, DELETE) para los Steps y Triggers
- Se ha completado la validacion de datos, se ha realizado la verificacion de los UID enviados, si el registro existe,
se ha agregado la validacion para evitar la duplicidad de registros
- Al enviar lo correos se aprecian campos vacios que se agregan al correo.
- Esto no era causa del plugin sino que al hacer una mejora para los outputdocuments se valida los campos añadiendo la etiqueta <br> que es lo que ocasionaba los espacios en el correo. se retiraron nl2br de la funcion replaceDataGridField en la class.g y se agrego la validacion en OutputDocument.php.
- Validacion al enviar datos (POST y PUT) para los Steps y Triggers
- Se ha completado la validacion de datos ejemplo: el UID de un DynaForm, InputDocument y OutputDocumento es siempre requerido
- Cuando se cambiaba el estado de un rol a inactivo cual quier persona con ese rol podia seguir logueandose.
- Cuando se creaba un usuario y se le ponia en estado inactivo se podia loguear.
- Se agrega la validacion del estado del rol en el archivo RbacUsers.php en la funcion verifyLogin donde retorna "-6" si el rol esta como inactivo.
- al crear un usuario se hacia una doble validacion para el estado, ahora solo se toma en cuenta la que esta en la class.rbac.php en la funcion createUser
- No se podian reasignar varios casos diferentes pero de la misma tarea.
- Se agrego una validacion para discriminar por el uid del caso, en el archivo proxySaveReassignCasesList.php agregando en el criteria.
- 2da parte
- Se ha implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/project/{prj_uid}/activity/{act_uid}/step/{step_uid}/triggers
GET * /api/1.0/{workspace}/project/{prj_uid}/activity/{act_uid}/step/{step_uid}/available-triggers/{type}
GET /api/1.0/{workspace}/project/{prj_uid}/activity/{act_uid}/step/{step_uid}/trigger/{tri_uid}
POST /api/1.0/{workspace}/project/{prj_uid}/activity/{act_uid}/step/{step_uid}/trigger
PUT /api/1.0/{workspace}/project/{prj_uid}/activity/{act_uid}/step/{step_uid}/trigger/{tri_uid}
DELETE * /api/1.0/{workspace}/project/{prj_uid}/activity/{act_uid}/step/{step_uid}/trigger/{tri_uid}/{type}
Para los Endpoints con *, se ha añdo el parametro "{type}" (un nivel mas en la URL), esto por requerimiento
de la aplicacion, la variable "{type}" acepta los valores before y after
