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.
Issue:
Designer: Perdida del proceso original al importar uno con el mismo nombre
Cause:
Nuevo requerimiento de funciones
Solution:
Se ha eliminado la opcion "Disable the current process and create a
new version of the process"
Issue:
Designer: La columna de Update Date no soporta los cambios
realizados en el nuevo diseñr BPMN
Cause:
No se esta registrando la fecha de actualizacion,
cuando se hace algun cambio en el projecto
Solution:
Se registra la fecha de actualizacion
> Code Issue:
Home > Participated: La bandeja de participated no muestra ningun dato sobre procesos a partir de la ejecucion de messageeventcron.php
> Solution:
Al hacer click en "Start Message Event" en "properties", se quita el campo users del formulario.
Causa: Esta seccion era definida a la llamada de un .xml, sin embargo este archivo en cuestion fue subdivididad en tres apartados.
Solucion: Se readecuo la funcionalidad en funcion de 2 nuevos archivos .xml.
