si no se tiene configurado las opciones de email, en consola sale un mensaje de error al ejecutar el cron.
al no ser un bug, lo que se hizo fue agregar un nivel mas de mensaje que es WARNING que se muestra siempre y cuando no exista una coniguracion de email registrada en la base de datos.
PM-1445, No se muestra el calendario que esta usando un usuario. PM-1131, actualizacion de etiquetas en trigger wizard
PM-1445, se agrego el parametro CALENDAR_NAME en usersAjax.php y se recibio el mismo en users.js
Causa. En es una ventana POPUP, que muestra 2 elementos, una que recibe el nombre del GRUPO a crearse y el otro es un COMBOBOX, de activo e inactivo sin embargo son editables; es decir cuando seleccionas ACTIVO lo puedes sobre escribir con cualquier texto.
Solucion. Editar el archivo que contiene estos controldaores y hacer no EDITABLE el COMBOBOX, mas o menos de la siguiente manera: setEditable(false).
Issue:
Los enlaces de Case Steps no tienen acciones, no se puede navegar por los diferentes pasos.
Cause:
El problema se debe a que se esta tratando de acceder mediante el DOM al iframe por un atributo que no esta definido
(window.frames["openCaseFrame"].document), esto cuando es un DynaForm BPMN.
Solution:
Se esta utilizando otro acceso via DOM al iframe, preguntando si existe un atributo similar que si este definido
(window.frames["openCaseFrame"].contentDocument, window.frames["openCaseFrame"].contentWindow.document).
Issue:
Despues de crear un trigger con upper case con caracteres extranios
se bloquea el listado de triggers y deja de responder permanentemente
Cause:
El problema se debe a que la respuesta del endpoint contiene el
atributo "tri_param", para triggers creados con el wizard contiene
una cadena serializada que ha sido formateada con "G::json_encode",
esto ocasiona que el JSON de respuesta este mal definido, esto cuando
tiene caracteres raros como por ejemplo "enie"
Solution:
- Back-end, se ha eliminado el uso del "G::json_encode"
- Front-end, el atributo "tri_param" ahora es un objeto (ya no es cadena)
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/project/{prj_uid}/web-entry-events
GET /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/{wee_uid}
GET /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/event/{evn_uid}
POST /api/1.0/{workspace}/project/{prj_uid}/web-entry-event
PUT /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/{wee_uid}
DELETE /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/{wee_uid}
- Se han implementado los metodos necesarios para el Export, Import y
Delete (delete Process) de este nuevo "Objeto"
- Se ha solucionado bugs al importar un Projecto con "Gateway to Gateway"
Code Issue:
PMFPauseCase doesn't pause a case
Solution:
El trigger que se prentende ejecutar esta mal planteado, cuando se tiene un trigger en "After Routing" de una tarea el
INDEX se debe incrementar puesto que al derivar la tarea el INDEX tiene otro valor se sugiere los siguientes ejemplos:
1.-
@@FUTURE_DATE = date('Y-m-d', strtotime("+4 days"));
@@RET_VAL = PMFPauseCase(@@APPLICATION, @%INDEX+1, @@USER_LOGGED, @@FUTURE_DATE);
2.-
$delIndex = @%INDEX;
$criteria = new Criteria("workflow");
$criteria->addSelectColumn(AppDelegationPeer::DEL_INDEX);
$criteria->add(AppDelegationPeer::APP_UID, @@APPLICATION, Criteria::EQUAL);
$criteria->add(AppDelegationPeer::DEL_LAST_INDEX, 1, Criteria::EQUAL);
$rsCriteria = AppDelegationPeer::doSelectRS($criteria);
$rsCriteria->setFetchmode(ResultSet::FETCHMODE_ASSOC);
if($rsCriteria->next()){
$row = $rsCriteria->getRow();
$delIndex = $row["DEL_INDEX"];
}
@@FUTURE_DATE = date('Y-m-d', strtotime("+4 days"));
@@RET_VAL = PMFPauseCase(@@APPLICATION, $delIndex, @@USER_LOGGED, @@FUTURE_DATE);
En Home - Documentes no se graba los movimientos de las carpetas.
Faltaba una variable que no se estaba seteando cuando el movimiento se
realizaba arrastrando carpetas.
Se esta seteando dicha variable para solucionar el problema.
