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'.
- Problema al iniciar y derivar un nuevo caso con PMFNewCase y PMFDerivateCase
- Problema resuelto, se ha mejorado el metodo "createAppDelegation()" para
recuperar el ultimo DEL_INDEX esto en la clase AppDelegation.php, pues al
parecer este campo no era valido para la consulta que se hacia, y por consiguiente
se esta utilizando el metodo "getCurrentDelegationCase()" para obtener el ultimo
DEL_INDEX para este caso
* Available from version ProcessMaker-2.5.1-testing.4
- Problema al iniciar y derivar un nuevo caso con PMFNewCase y PMFDerivateCase
- Problema resuelto, se ha mejorado el metodo "createAppDelegation()" para
recuperar el ultimo DEL_INDEX esto en la clase AppDelegation.php, pues al
parecer este campo no era valido para la consulta que se hacia, y por consiguiente
se esta utilizando el metodo "getCurrentDelegationCase()" para obtener el ultimo
DEL_INDEX para este caso
* Available from version ProcessMaker-2.5.1-testing.4
- 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
- PM 2.5.1 Testing 3. No se pueden editar departamentos en admin->users->departments
- Problema resuelto, al editar un "departamento" desde: Admin->Users->Departments; ya no se muestra el error y se muestra
la ventana "Edit Department".
* Available from version ProcessMaker-2.5.2-testing.1
- Al realizar la migracion a la nueva estructura de directorios, no se
puede descargar los archivos, desde HOME>Documents
- Problema resuelto, al crear la nueva estructura de directorios se ha dado
los permisos necesarios para dicho directorio
* Available from version ProcessMaker-2.5.1-testing.4
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.
- PM 2.5.1 Testing 3. No se respeta el rango de fechas definido en el datepicker
- Problema resuelto, cuando se crea un campo "DatePicker" y se define rango de fechas, se mostrara el intevalo de
fechas correctamente.
* Available from version ProcessMaker-2.5.2-testing.1
- No se diferenciaba desde que listado se llamaba a la creacion de un report table.
- Se agrego una bandera flagProcessmap que indica que se esta utilizando desde el processmap.
- El metodo caseList, utiliza las tablas principales de ProcessMaker
- Problema resuelto, se ha reescrito el query para que use la tabla APP_CACHE_VIEW,
si SOLR esta habilitado/activo se utilizara este servicio para la obtencion
de los datos
* Available from version ProcessMaker-2.5.1-testing.4
- Error creating Pm Tables using fields double, real, smallint, tinyint and setting field size
- Problem solved, When you create a PM Table to the add a new field type: Double, Real, Tinyint and Smallint,
is disabled size and no longer displays the error.
* Available from version ProcessMaker-2.5.2-testing.1
- El metodo caseList, utiliza las tablas principales de ProcessMaker
- Problema resuelto, se ha reescrito el query para que use la tabla APP_CACHE_VIEW,
si SOLR esta habilitado/activo se utilizara este servicio para la obtencion
de los datos
* Available from version ProcessMaker-2.5.1-testing.4
- No se diferenciaba desde que listado se llamaba a la creacion de un report table.
- Se agrego un flag PROCESSMAP que indica que se esta utilizando desde el processmap.
- 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 ejecuta el "cron.php" y al producirse algun error no se actualiza
el archivo "cron" que esta en shared
- Problema resuelto, se ha utilizado la estructura "try and catch" para capturar
cualquier error que se produsca al ejecutar el "cron.php". Cuando esto ocurra
se actualiza el archivo "cron" indicando el fin de la ejecucion
* 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
- 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.
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).
