In javascript section of main file that load Designer UI
for 'var credentials' now we're sending the access token and refresh token, instead access code, and client credentials.
This is just because currently a lot of access tokens were being created for each process design is open, and while it is being open is sending two request, the first one to exchange an access code by an access token,..
Now, whith this change, while a process design is open we will made just one request to some resource with access token in the header,.. exchange access code by an access token is not needed any more.
NOTE.- the access token passed to the front-end can be expired at first time,.. so we need that the exchange an access token by a refresh token handling is working well.
- Al editar el nombre de un proceso este permite ingresar el
nombre de uno ya existente
- El problema no esta al editar el proceso (esto cuando se ingresa
a "Edit process"), sino cuando el ProcessMap hace el "auto-save",
ahi si guarda el titulo del proceso
- Se ha agregado validacion cuando se actualizen los datos mediante
el "auto-save" (esto se aplica solo para los datos del proceso)
- En el lado Frontend se esta enviando los datos del proceso
(title, description) de manera continua con el "auto-save"
para su actualizacion, pero como ya existe la validacion, ahora
sale un ERROR. Esto debera ser revisado en el lado Frontend
- PHPUnit for processmaker/workflow/engine/src/ProcessMaker/BusinessModel/Role.php
- PHPUnit for processmaker/workflow/engine/src/ProcessMaker/BusinessModel/Role/Permission.php
- PHPUnit for processmaker/workflow/engine/src/ProcessMaker/BusinessModel/Role/User.php
- When creating a dynaform with the character "&", the field handlers not working.
- Problema resuelto, el problema que se teníera lo siguiente cuando se utiliza el "&" en el tílo de un dynaform,
cuando se enviaba los datos via GET, el "&" lo interpretaba como un separador de variables y esto ocasionaba la
division de los datos que se enviaba. Se valida los datos enviados via GET codificáolos y al recibir estos datos
se los decodifica
The validation for the not required parameter "unpauseDate" was wrong. When this parameter was empty the validation was taking this like this has a date, so it was trying to check the date format, and this was giving an error.
The validation was changed to only let strings of 10 or more characters go into the next validation where the format of the date is checked.
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/role/{rol_uid}/permissions?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/role/{rol_uid}/available-permissions?filter={filter}&start={start}&limit={limit}
POST /api/1.0/{workspace}/role/{rol_uid}/permission
DELETE /api/1.0/{workspace}/role/{rol_uid}/permission/{per_uid}
