- "Sent By" column blank in sub process
- Problema:
Al crear un Proceso y un Sub Proceso, cuando se inicia una tarea del Proceso Padre y se deriva a la tarea del Sub Proceso,
en el Inbox el usuario autorizado en el Sub Proceso de la tarea al visualizar la columna "Sent By" no indica quien
derivo la tarea mostrando siempre vacia.
- Solucion:
Cuando se crea un Proceso y Sub Proceso, al iniciar la tarea del Proceso Padre y al derivar el caso a la tarea del
Sub Proceso, en el Inbox el usuario autorizado de esa tarea visualizara la columna "Sent By" con el usuario quien derivo
el caso.
- Se ha creado el trigger SUB_APPLICATION_INSERT para la tabla SUB_APPLICATION, ya que en este punto se crea las
delegaciones del Sub Proceso.
El trigger corrige el campo PREVIOUS_USR_UID de la tabla APP_CACHE_VIEW que siempre esta vacio, esto cuando la delegacion
es de un Sub Proceso.
- Se ha añgo SQL al archivo "app_cache_view_insert.sql" para corregir el campo en conflicto "APP_CACHE_VIEW.PREVIOUS_USR_UID",
ya que este SQL es utilizado para reconstruir la tabla APP_CACHE_VIEW, esto por ejemplo cuando se hace el "Build Cache"
que esta en ADMIN>Settings>CasesListCacheBuilder
Disponible para la version 2.5.2
- Al editar de forma erronea un campo de Report Table, despliega un mensaje en movimiento
- Problema:
En ADMIN>Settings>PMTable al seleccionar la opcion Report Table, se crea un nuevo campo con un tipo y dando un valor
al campo size, al introducir un dato erroneo el campo size se muestra un mensaje en movimiento dificultado su visibilidad.
- Solucion:
Se elimino el mensaje en movimiento cambiandolo por otro, donde se muestra el mensaje sin ninguna dificultad.
Disponible para la version 2.5.2
- Imagen del search del Designer no esta alineada.
- Problema:
Al ingresar a la opcion ADMIN->USER, la imagen "X" del Search no estaban alineados.
Solucion:
La imagen "X" del Search utilizaba la siguiente hoja de estilo: ctCls:'pm_search_x_button',
se hizo un cambio por: ctCls:"pm_search_x_button_des", dando solucion al problema.
Estara disponible en la version 2.5.2
- Habia una doble validacion para el caso del message history, por esa causa no se visualizan los mensajes.
- Se quita la doble validacion en la class.case.php.
- En ADMIN>Settings>PHPInformation, la licencia esta visible
- Problema resuelto, se ha quitado la informacion de la licencia de PHP,
para que no se tenga confusion con el idioma
- No se visualizan los message history aunque se tengan los permisos.
- se hallo una doble validacion y se elimino.
- Se adicion la verificacion por grupos en el message history.
- No se visualizan los message history aunque se tengan los permisos.
- se hallo una doble validacion y se elimino.
- Se adicion la verificacion por grupos en el message history.
- Al crear un pmtable con un campo que tenga la validacion double y al ponerle un tamano, despliega un mensaje de error
- Problema resuelto, al editar un campo de tipo Double, el campo Size no se habilita.
* Available from version ProcessMaker-2.5.2-testing.1
- No se podia reasigna un caso a un supervisor.
- Se agrega la funcionalidad para que el supervisor aparesca en el listado de reasignacion.
- Solo el supervisor se pude reasignar a si mismo el caso y no hacia otros supervisores.
- No se podia reasigna un caso a un supervisor.
- Se agrega la funcionalidad para que el supervisor aparesca en el listado de reasignacion.
- Solo el supervisor se pude reasignar a si mismo el caso y no hacia otros supervisores.
- No se podia reasigna un caso a un supervisor.
- Se agrega la funcionalidad para que el supervisor aparesca en el listado de reasignacion.
- Solo el supervisor se pude reasignar a si mismo el caso y no hacia otros supervisores.
Se realizo una correccion de los direccionamientos de los iframes al perder sesion, ya q siempre q se perdia sesion antes, se mostraba dentro del mismo iframe el cuadro para volverse a logear, logrando asi q el usuario se mantenga en el mismo iframe una ves se relogee, sin tener asi q volver a buscar el lugar donde estaba trabajando. A pedido de QA, ahora se muestra el cuadro de logeo en el iframe mayor, totalmente fuera de PM, y siempre al volver a logearse se redirecciona al tab HOME > Index, y ya no asi al frame o lugar exacto donde se perdio sesion.
Por ejemplo: si se pie sesion en el listado Draft, no se volvera a dicho listado, sino en cambio al volverse a logear se redireccionara a HOME > Indexdex.
El cambio se aplico a los lugares donde se podia redireccionar al parent.
Se tomo en cuenta tambien que algunos clientes utilizan el listado de casos dentro de sus propias webs.
