La configuracion por defecto de PM en ADMIN > Environment > Cases List > 'Number of Rows per Page' es de 25, pero mientras esta configuracion no es cambiada PM muestra en todos los listados solo 20 filas, lo cual no concuerda con lo seteado por defecto. Esto ocurre ya que la si la variable configurable en ADMIN > Environment no es tocada esta no existe asi que toma un valor por defecto que estaba seteado a 20, el cual se cambio a 25 como deberia estar.
- "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
- 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.
- 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.
- 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.
- Remover la funcion WSDL Web Services Functions importProcessFromLibrary()
- Problema resuelto, se ha eliminado la Funcion "importProcessFromLibrary()", ya no existe.
- No se actualizaban todos los registros de la tabla content de acuerdo a los parematros especificados.
- ahora al realizar una modificacion en algun label se modifican todos esos registros de diferente idioma con el mismo label
- En la asignación de triggers a un Step, es difícil poder mover la posición de un trigger (en cualquiera de las opciones: Before, After, Before Assignment, Before Routing,etc)con el Down y Up.
- Adjustment in generating task indices and re-indexed position by task.
- No se actualizaban todos los registros de la tabla content de acuerdo a los parematros especificados.
- ahora al realizar una modificacion en algun label se modifican todos esos registros de diferente idioma con el mismo label.
- Incrementar el valor del memory_limit que viene por defecto en el env.ini y en el php.ini
- Problema resuelto, se ha incrementado de valor del "memory_limit" de 128M a 256M.
* Available from version ProcessMaker-2.5.2-testing.1
- Al envia un email con el plugin actionsByEmail el link de aprobacion aparecen caracteres.
- al utilizar la configuracion MAIL se tenia activado el wordwrap por defecto.
- se valida en la class spool y se setea wordwrap solo para la configuracion MAIL.
Descripcion: Se tiene configurado en todas las tareas del proceso el envio de notificaciones con ProcessMaker donde el "tipo de contenido" es una plantilla. Despues de actualizar el proceso esto se desconfigura y se setean los valores seleccionados.
Solucion: Cuando se realiza la exportacion de un proceso, ahora se obtiene la informacion extra de la configuracion en las tareas. Posteriormente tambien se crea los registros relacionados a la configuracion extra de las tareas a partir del archivo pm generado en la exportacion.
Resuelto para la version PM 2.5.2
Descripcion: Se tiene configurado en todas las tareas del proceso el envio de notificaciones con ProcessMaker donde el "tipo de contenido" es una plantilla. Despues de actualizar el proceso esto se desconfigura y se setean los valores seleccionados.
Solucion: Cuando se realiza la exportacion de un proceso, ahora se obtiene la informacion extra de la configuracion en las tareas. Posteriormente tambien se crea los registros relacionados a la configuracion extra de las tareas a partir del archivo pm generado en la exportacion.
Resuelto para la version PM 2.5.2
- Actions by email: No manda la manda la notificacion
- Problema resuelto, al configurar el Email de tipo "Mail PHP" y utilizando una activacion Actions by Email,
la notificacion se envia.
* Available from version ProcessMaker-2.5.2-testing.1
- Actions by email: No manda la manda la notificacion
- Problema resuelto, al configurar el Email de tipo "Mail PHP" y utilizando una activacion Actions by Email,
la notificacion se envia.
* Available from version ProcessMaker-2.5.2-testing.1
- Cuando se da click en enable html para habilitar la edición de un dynaform, luego de guardar y volver a preview se da un fatal error.
- Change how smarty tags filtering.
