Issue:
Al ir a la siguiente pagina en los listados, se cambia el orden a ascendente
Cause:
Al hacer click en el paginador el atributo "currentOrder" no se actualiza para
el objeto instanciado de la clase "G_PagedTable"
Solution:
Se actualiza el atributo "currentOrder" del objeto, esto cuando se hace click
en el paginador
PM-1705 El boton "Search"del listado de CaseScheduler no esta estandarizado con las listas de Dynaform, InputDocuments, OutputDocuments,Triggers y DataBaseConnections.
Issue:
Designer > Designer Classic > Report Tables: El report table perteneciente
a un proceso no se visualiza en la opcion "Report Tables" en el diseñr
Cause:
En PHP-5.4 se incorpora de manera predefinida la constante E_STRICT, siendo
este la causa para los "Warnings PHP Strict Standards"
Solution:
Se ha corregido codigo para respetar el "PHP Strict Standards"
Note:
- Los procesos adjuntos "sys-wsqa_2014-01-23_0759.pmt" y "Test_Report_Table_Grid1 %281%29.pm"
no tienen el mismo PRO_UID, osea no tienen ninguna relacion
- Se pide crear un nuevo proceso y report table para el testeo
Issue:
0016808: Change error message if the usr_replaced_by is not a valid user in the POST /api/1.0/{workspace}/user endpoint
Cause:
Label incorrecto
Solution:
Se a cambiado el ID del label "ID_AUTHENTICATION_SOURCE_INVALID" por "ID_USER_DOES_NOT_EXIST"
Issue:
Designer: Al momento de crear un proceso clasico, la columna Update Time muestra la fecha de creacion del proceso
Cause:
Se hace un update de campo PROCESS.PRO_UPDATE_DATE en el "load" del proceso
Solution:
Se ha validado para evitar actualizar este campo en el "load" del proceso
Causa: Definicion previa.
Solucion: Hacer que estes campos tambien tenga esa caracteristica.
Nota.- Son requeridos solo en caso de creacion de un nuevo usuario en caso de edicion ya no se muestran como requeridos.
Causa: Definicion previa.
Solucion: Hacer que estes campos tambien tenga esa caracteristica.
Nota.- Son requeridos solo en caso de creacion de un nuevo usuario en caso de edicion ya no se muestran como requeridos.
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
Causa: Definicion previa.
Solucion: Hacer que estes campos tambien tenga esa caracteristica.
Nota.- Son requeridos solo en caso de creacion de un nuevo usuario en caso de edicion ya no se muestran como requeridos.
