- Se ha implementado los siguientes Endpoints:
GET * /api/1.0/{workspace}/project/{prj_uid}/input-documents
GET * /api/1.0/{workspace}/project/{prj_uid}/input-document/{inp_doc_uid}
POST * /api/1.0/{workspace}/project/{prj_uid}/input-document
PUT * /api/1.0/{workspace}/project/{prj_uid}/input-document/{inp_doc_uid}
DELETE /api/1.0/{workspace}/project/{prj_uid}/input-document/{inp_doc_uid}
Para los Endpoints con *, se ha corregido los siguientes atributos:
- "out_doc_form_needed" se a cambiado por "inp_doc_form_needed"
- "inp_doc_versionning" se a cambiado por "inp_doc_versioning"
- Cuando se agrega campos desde el plugin no se pueden ordenar en el listado.
- El bug no era propiamente del plugin, al realizar el criteria para el listado no se contemplaba el sort por los campos agregados, asi que se agrega la validacion para el sort en el archivo class.applications.php en la funcion getAll
- Cuando se agrega campos desde el plugin no se pueden ordenar en el listado.
- El bug no era propiamente del plugin, al realizar el criteria para el listado no se contemplaba el sort por los campos agregados, asi que se agrega la validacion para el sort en el archivo class.applications.php en la funcion getAll
- 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.
