- 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).
- 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.
- Cuando se esta enviando un email y guardar los datos del mismo los attach documents se guardaban solo el path del documento.
- 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.
- El metodo caseList, utiliza las tablas principales de ProcessMaker
- Problema resuelto, se ha reescrito el query para que use la tabla APP_CACHE_VIEW
* 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
- 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.
- 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, undoing the change if incorrect on a smarty.
- Imposible crear report tables
- El problema consiste en lo siguiente:
> QA tiene backups de sus workspaces, y el mismo es restaurado
una y otra vez
> El workspace que se muestra en la imagen "wsqa" tiene mal creado el archivo
"processmaker/shared/sites/wsqa/pmt-propel/workflow/config/schema.xml"
ahi hay un error, que es el sgte:
<column name="NOMBRE" type="" required="false"/>
...
<column name="APELLIDO" type="" required="false"/>
el atributo type esta vacio, y el mismo ocasiona el problema, lo que quiere
decir que antes en un intento de crear un ReportTable colocaron el campo
type vacio lo que causo que se cree mal el archivo schema.xml
- Si el archivo schema.xml se creo mal, ahi no se puede hacer nada, se tendra que
corregir el mismo manualmente
- Se ha mejorado el campo "Type" para ReportTables y PMTables para que trabaje siempre
mostrando un valor y no que muestre vacio al principio
* Available from version ProcessMaker-2.5.2-testing.1
- 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.
- Please consider include "special" pages layout to the SKIN.
- Problema resuelto, se han customizado las interfaces "error404" y "updating", ahora estan disponibles en los
skins "neoclassic" y "classic". Se ha validado esta interfaz en los skins, de no existir los templates en un
determinado skin, automaticamente utilizara el template del skin "classic".
* Available from version ProcessMaker-2.5.2-testing.1
- Como se actualizo la version de Codemirror, la funcion para obtener el contenido del editor cambio
- Ahora se usa el metodo "getValue" en lugar de "getCode"
- 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
- Nuevo feature
- Funcionalidad para la instalacion de hotfixes
- Nuevo feature implementado, se ha adicionado una nueva opcion al comando ./processmaker
Esta nueva opcion trabaja de la siguiente manera:
Caso 1 - ./processmaker hotfix-install MyHotfix.tar
Caso 2 - ./processmaker hotfix-install path_to_hotfix/MyHotfix.tar
Para el caso 1, el archivo tar debe estar fisicamente en la ruta:
path_to_processmaker/shared/hotfixes (si no existe el directorio "hotfixes", crearlo y darle todos los permisos)
Para el caso 2, el archivo debe existir en la ruta que se especifica
* Available from version ProcessMaker-2.5.1-testing.3
- Nuevo feature
- Funcionalidad para la instalacion de hotfixes
- Nuevo feature implementado, se ha adicionado una nueva opcion al comando ./processmaker
Esta nueva opcion trabaja de la siguiente manera:
Caso 1 - ./processmaker hotfix-install MyHotfix.tar
Caso 2 - ./processmaker hotfix-install path_to_hotfix/MyHotfix.tar
Para el caso 1, el archivo tar debe estar fisicamente en la ruta:
path_to_processmaker/shared/hotfixes (si no existe el directorio "hotfixes", crearlo y darle todos los permisos)
Para el caso 2, el archivo debe existir en la ruta que se especifica
* Available from version ProcessMaker-2.5.1-testing.3
- Nuevo feature
- Funcionalidad para la instalacion de parches
- Nuevo feature implementado, se ha adicionado una nueva opcion al comando ./processmaker
Esta nueva opcion trabaja de la siguiente manera:
Caso 1 - ./processmaker patch-install MyPatch.tar
Caso 2 - ./processmaker patch-install path_to_patch/MyPatch.tar
Para el caso 1, el archivo tar debe estar fisicamente en la ruta:
path_to_processmaker/shared/patchs (si no existe el directorio "patchs", crearlo y darle todos los permisos)
Para el caso 2, el archivo debe existir en la ruta que se especifica
* Available from version ProcessMaker-2.5.1-testing.3
- Comportamiento actual. En linux, 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.
- Validation of modified smarty fields in html, and change to html entities.
- 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.
- Desbordamiento del editor de triggers desde steps
- Problema resuelto, al editar un trigger desde: Steps->Triggers->Edit, el editor de triggers se muestra correctamente.
* Available from version ProcessMaker-2.5.1-testing.3
- El bug se debe a un cambio originado para la validacion de los botones submit (evitar que se haga submit 2 veces)
- Se agregaron las validaciones correspondientes para que no de problemas con la nueva validacion
