Descripcion: When you change the task name the task notification es disabled.
Solucion: It was resolved getting the value of the Task Notification and if it don´t have any value assigned it will be assined FALSE value (disabled).
The issue with the Assigment tab was resolved and it's related with the http://bugs.processmaker.com/view.php?id=12467.
It was resolved for 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
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: You can edit the date field even if you don't select editable in the menu of a date field.
Solucion: Se asigna las propiedades por default a cada campo de un formulario, asi para este bug en especifico se le asigna la propiedad "editable=0" al campo tipo "Date". Se realiza la verificacion del tipo de propiedad que se asignara al campo
Descripcion: You can edit the date field even if you don't select editable in the menu of a date field.
Solucion: Se asigna las propiedades por default a cada campo de un formulario, asi para este bug en especifico se le asigna la propiedad "editable=0" al campo tipo "Date"
- When the workspace is invalid, no displayed any message
- Solved problem, session variables were being destroyed, but now saved if exist any messages
* Available from version ProcessMaker-2.5.2-testing.1
Descripcion: El problema ocurria en el Ajax task_Ajax.php en donde existe una validacion que si no se le manda el parametro TAS_ASSIGN_TYPE lo setea por default a BALANCED.
La solucion fue que ademas de la anterior validacion se verifique que si no se le mando el parametro se revise si anteriormente ya se le habia asignado algun valor, en caso que si se le coloca tan valor y en caso de que no se le coloca el valor por default (BALANCED)
Descripcion: El problema ocurria en el Ajax task_Ajax.php en donde existe una validacion que si no se le manda el parametro TAS_ASSIGN_TYPE lo setea por default a BALANCED.
La solucion fue que ademas de la anterior validacion se verifique que si no se le mando el parametro se revise si anteriormente ya se le habia asignado algun valor, en caso que si se le coloca tan valor y en caso de que no se le coloca el valor por default (BALANCED)
- 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
- La opcion "Delegated date from" en logs Email no realiza la busqueda correctamente.
- Problema resuelto, en la opcion ADMIN -> Logs -> Emails, al colocar un intervalo de fechas en "Delegated Date From" y
las mismas fechas, se muestra correctamente el listado de Emails.
* Available from version ProcessMaker-2.5.2-testing.1
Description: No se pasaba los parametros correctos al metodo getSystemDate de la clase Configurations. Se le paso ademas de los parametros Y-m-d los parametros H:i:s.
Se encontro un punto y coma demas ";" en el archivo environmentSettingAjax.php
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
...
- Un usuario NO Administrador pero con permisos de PM_USERS puede
auto-configurarse como Administrador
- Adjustment in the validation of user from administrator roles can not
change if not an administrator.
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'.
- Untranslatable strings in processmaker/workflow/engine/methods/setup/languages_Import.php
- Problem solved, missing translations are added to the file languages_Import.php
* Available from version ProcessMaker-2.5.2-testing.1
Cuando se importaba un proceso que fue creado en el mismo servidor, pero eliminado y del cual el usuario que lo creo fue tambien eliminado, PM aun importaba el proceso con el nombre del usuario q lo creo como Process Owner, aunq este ya no existiera, ya que al ser la eliminacion de usuarios solo un borrado logico, aun este usuario estaba registrado en la BD y podia ser asignado.
Ahora PM asigna por defecto a todos los procesos que se importan el usuario actual como Process Owner.
- 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
