- 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.
- 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.
- 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.
- 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.
Descripcion: When uploaded a document and given Process Permission to users to delete and upload new document, this does not reflect in the process. The current user can't see the files uploded from supervisor.
Solucion: Se constato de que existe un filtro dentro de un query que restringe la visualizacion de archivos subidos por el supervisor, la cual fue quitada y de ese modo ya funciono.
Para la actualizacion de campos del caso especificamente para los tipo input se realizo los siguientes pasos:
Se obtuvo todos los formularios en los cuales el usuario partipo.
Se filtro por tipo de campo (file) para realiza el update del caso.
El valor de cada campo tipo file asociado a un input document sera actualizado con el nombre del file subido por parte del supervisor.
Resuelto para la version PM 2.5.2
Descripcion: When uploaded a document and given Process Permission to users to delete and upload new document, this does not reflect in the process. The current user can't see the files uploded from supervisor.
Solucion: Se constato de que existe un filtro dentro de un query que restringe la visualizacion de archivos subidos por el supervisor, la cual fue quitada y de ese modo ya funciono.
Para la actualizacion de campos del caso especificamente para los tipo input se realizo los siguientes pasos:
- Se obtuvo todos los formularios en los cuales el usuario partipo.
- Se filtro por tipo de campo (file) para realiza el update del caso.
- El valor de cada campo tipo file asociado a un input document sera actualizado con el nombre del file subido por parte del supervisor.
Resuelto para la version PM 2.5.2
- Date appears incorrect in the Generated Document List and Input Document List
- Bug has been reviewed and has not been able to replicate, it has been
tested on a local installation version 2.0.43 where I verify that the dates are correct
- We found hardcoded code, the same has been corrected
* Available from version ProcessMaker-2.5.2-testing.1
Now we can set from any menu file (core or plugin) a three level nodes on cases menu:
Example:
$G_TMP_MENU->AddIdRawOption('TEST1', '#', 'Enterprise Search', '', '', 'blockHeader');
$G_TMP_MENU->AddIdRawOption('TEST2', '#', 'New Seach', '', '');
$G_TMP_MENU->AddIdRawOption('TEST3', '#', 'Saved Searches (9)', '', '');
$G_TMP_MENU->AddIdRawOption('TEST4', '#', 'Favorites', '', '', 'rootNode');
$G_TMP_MENU->AddIdRawOption('TEST5', '#', 'test child 2.1', '', '', 'childNode');
$G_TMP_MENU->AddIdRawOption('TEST6', '#', 'test child 2.2', '', '', 'childNode');
$G_TMP_MENU->AddIdRawOption('TEST7', '#', 'test child 2.3', '', '', 'childNode');
$G_TMP_MENU->AddIdRawOption('TEST8', '#', 'test child 3', '', '', '');
$G_TMP_MENU->AddIdRawOption('TEST9', '#', 'test child 4', '', '', '');
On the last parameter was added two new menu types "rootNode" and "childNode"
On the example the first node will be set by "blockHeader" menu type
all menu options below that will be added such as its child nodes
Now, if a menu option has a type "rootNode" (...'Favorites', '', '', 'rootNode'...)
all menu options below this with type "childNode" (...'test child 2.2', '', '', 'childNode'...)
will be consireded as its child nodes of menu with type "rootNode",
inmediatly a menu option without any menu type is found (..'test child 3', '', '', ''..),
this menu and all menu options like it will be added as child nodes of the last menu option
with "blockHeader".
The result of the example will be something like this:
+ Enterprise Search
- New search
- Saved Searches (9)
+ Favorites
- test child 2.1
- test child 2.2
- test child 2.3
- test child 3
- test child 4
...
Cuando se hace click en el boton 'submit' de un dynaform en modo vista, despues de haberse perdido la sesion, PM permitia abrir el caso como un sub iFrame.
Se agrego la validacion correspondiente para q esto no ocurra, y en caso de perdida de sesion, al re logearse, PM te envie al listado 'New Cases'.
- Cuando se borra un caso por PM, este caso no se borra en los PM Reportes.
- Problema resuelto, cuando se ejecuta un proceso que tenga Report Tables, al borrar el caso tambien se eliminara los
registros de los Report Tables.
* Available from version ProcessMaker-2.5.2-testing.1
- Cuando se borra un caso por PM, este caso no se borra en los PM Reportes.
- Problema resuelto, cuando se ejecuta un proceso que tenga Report Tables, al borrar el caso tambien se eliminara los
registros de los Report Tables.
* Available from version ProcessMaker-2.5.2-testing.1
Se corrigio dos lugares donde faltaba aplicar la correccion dada en el BUG 11969.
Home > New Case > Proceso > Derivar Tarea (cases_Derivate.php).
Home > New Case > Proceso > 'Next Step' despues de Input o Output (cases_NextStep.php).
- Cuando se borra un caso por PM, este caso no se borra en los PM Reportes.
- Problema resuelto, cuando se ejecuta un proceso que tenga Report Tables, al borrar el caso tambien se eliminara los
registros de los Report Tables.
* Available from version ProcessMaker-2.5.2-testing.1
- Cuando se esta enviando un email y guardar el mismo los attach documents se guardaban como cadenas solo con el path.
- se cambio la forma de guardado desde ahora se guarda un serializado de los datos donde puede haber un array asociativo donde si el key es numerico envia sin nombre y si tuviera otro valor lo asocia como el nombre del file en el email.
- Comportamiento actual. Cuando se incia un caso con un proceso cualquiera, se muestra un notice:Notice: Undefined index: TRIGGER_DEBUG
- Validation the TRIGGER_DEBUG field when running a case.
- El estado no era actualizado correctamente ya que al ejecutar el trigger se tenia datos antiguos con el cual se reescribia el estado del caso.
- al ejecutar un trigger se realiza el unset de las variables APP_STATUS, APP_PROC_STATUS, APP_PROC_CODE, APP_PIN para que no sean modificadas.
- Al ejecutar la función PMFInformationUser() se pierde la sesión al hacer subnit. Se abre una ventana modal para introducir el password, pero esta no desaparece despues de introducir el password. Si es posible ir al siguiente paso con Next step.
- Adjustment in session variables saved, for restoring variables.
- No se pueden ver los mensajes en message history
- Problema resuelto, los mensajes son visibles cuando se selecciona Message History.
* Available from version ProcessMaker-2.5.1-testing.3
- User not in alfabetical order in Advance Search
- Sorting problem in the dropdown "User", in Advanced Search, this are
ordering by USERS.USR_LASTNAME field, which is incorrect
- Solved problem the ordering, has taken into account the settings
made in ADMIN>Settings>Environment>UserNameDisplayFormat
- The ordering is in ascending
- The "All Users" and "Current User" wildcards will always be the first
- We have defined a new method in the "class.configuration.php" class which
returns the field you should place your order to the users, this according
to the settings made ..in ADMIN>Settings>Environment>UserNameDisplayFormat
* Available from version ProcessMaker-2.5.1-testing.3
- You can skip steps without check for required fields, this in
option Steps
- Solved problem, add validation in option Steps, we have used
the same criteria of the event that launches when you click on
the link "Next Step"
* Available from version ProcessMaker-2.5.1-testing.2
- El campo formula permite un limite reducido para introducir caracteres
- Problema resuelto, en los DynaForm en su campo "Formula", se aumento su maxlength a 500
* Available from version ProcessMaker-2.5.2-testing.1
- Add a PM variable to the cases step
- Problema resuelto, se validara la variable $_SESSION["PM_RUN_OUTSIDE_MAIN_APP"],
si se ha definido la variable no se ejecutara el fragmento de codigo, si variable no esta definido se ejecutara el
fragmento de codigo.
* Available from version ProcessMaker-2.5.1-testing.2
- Add a PM variable to the cases step
- Problema resuelto, se validara la variable $_SESSION["PROCESSMAKER_RUN_OUTSIDE_MAIN_APPLICATION"],
si se ha definido la variable no se ejecutara el fragmento de codigo, si variable no esta definido se ejecutara el
fragmento de codigo.
* Available from version ProcessMaker-2.5.1-testing.2
In Home Tab when you loss session, PM naver advise it to you, and it still working but dosen't save the data.
So now all Home places are validated to show a popup message when you loos session.
