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
- No se modificaba la estructura porque no se tenia seteado la variable ENVIRONMENT_SETTINGS.
- Se modifico la funcion upgradeCasesDirectoryStructure para que cree la variable si no existe.
- Se movio la funcion upgradeCasesDirectoryStructure para que sea independiente al realizar el upgrade.
- se creo la funcion update-structure-directories para ejecutar por consola teniendo como parametro el workspace.
- No execute triggers according the configuration in case scheduler
- Solved problem, add code to execute triggers in method newCase() in wsBase class
* 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
- Safe upgrade for JavaScript files of the plugins's translations
- Improved programming logic for this issue
- Problem solved, has been added the code necessary for the plugins's translations
* 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
- When 1 trigger is created in a process trigger list of Events is empty
- Problem solved, to create an event of type Conditional Intermediate or Intermediate Timer, the label
"Execute Trigger" shows everyone Triggers created.
* Available from version ProcessMaker-2.5.1-testing.2
On Admin > Users > Roles > choose Operator or Manager Role > Users > Assign Users, click on Administrator from the Available Users List and then assign this to the Assigned Users List, PM allowed you assign the Administrator user to the Operator/Manager Role. Now PM shows a notification popup saying this is not allowed.
On Admin > Users > Roles > choose Operator or Manager Role > Users > Assign Users, click on Administrator from the Available Users List and then assign this to the Assigned Users List, PM allowed you assign the Administrator user to the Operator/Manager Role. Now PM shows a notification popup saying this is not allowed.
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.
- Al restaurar la sesion no estaba seteandose los valores correctos en el archivo del formulario en c"ommpiled"
- Al restaurar la sesion se crea un nuevo file en compiled con los datos actualizados
