- Al ser tareas Self Service no se tienen usuarios que hubieran reclamado el caso, es por eso que se al enviar los Case Notes se tenias datos en blanco.
- Se valido en el archivo AppNotes.php en la funcion addCaseNote donde se agregaban los usuarios para no poner datos en blanco.
- Codemirror tenia varias opciones que eran incompatibles con la version de procesmaker y ie.
- Se pudo el codmirror antiguo para las secciones del Designer en el xml y javascript para evitar esos errores.
- se pudo el mismo codigo para las 3 navegadores chrome, firefox, ie.
Se realizo un cambio en el schema de la BD Rbac para que el campo Password de la tabla AUTHENTICATION_SOURCE tenga un tamanio mayor de 150 caracteres.
Ademas de esto se realizaron cambios en la clase WsTools para poder hacer el cambio en el schema de la bd actual al realizar un upgrade.
Se realizo un cambio en el schema de la BD Rbac para que el campo Password de la tabla AUTHENTICATION_SOURCE tenga un tamanio mayor de 150 caracteres.
Ademas de esto se realizaron cambios en la clase WsTools para poder hacer el cambio en el schema de la bd actual al realizar un upgrade.
Please enter the commit message for your changes. Lines starting
Se realizo un cambio en el schema de la BD Rbac para que el campo Password de la tabla AUTHENTICATION_SOURCE tenga un tamanio mayor de 150 caracteres.
Ademas de esto se realizaron cambios en la clase WsTools para poder hacer el cambio en el schema de la bd actual al realizar un upgrade.
Please enter the commit message for your changes. Lines starting
- Adjuntar dos archivos con el mismo nombre en un correo (PM v. 2.5.1).
- Problema resuelto:
Se agrega un nuevo metodo "PMFAddAttachmentToArray" el cual permite validar el indice de un array, si los indices
son iguales se diferenciara, si no lo son, se mantendra el mismo indice.
El metodo recibe los siguientes parametros:
> $arrayData: Array, valor de entrada, en donde contendra los nuevos datos.
> $index: Nuevo nombre de indice
> $value: Nuevo valor que contendra el indice
> $suffix: Cadena que se concatenara al indice diferente por default es: "$suffix = Copy({i})"
Ejemplo de cadena de concatenacio:
Fotografia Copy(1).jpg
Nota.- Suffix es un parametro opcional como se muestra en los ejemplos y su aplicabilidad:
PMFAddAttachmentToArray($array(), "notas.txt", "Notas de estudiantes");
PMFAddAttachmentToArray($array(), "notas.txt", "Notas de estudiantes", " Numero de copias-({i})");
PMFAddAttachmentToArray($array(), "notas.txt", "Notas de estudiantes", "");
> La nueva funcion es:
function PMFAddAttachmentToArray($arrayData, $index, $value, $suffix = " Copy({i})")
{
...
}
Este metodo puede ser utilizado al momento de crear triggers en: DESIGNER>Triggers>New
Disponible para la version 2.5.2
- Adjuntar dos archivos con el mismo nombre en un correo (PM v. 2.5.1).
- Problema resuelto:
Se agrega un nuevo metodo "arrayDocumentAddElement" el cual permite validar el indice de un array, si los indices
son iguales se diferenciara, si no lo son, se mantendra el mismo indice.
El metodo recibe los siguientes parametros:
> $arrayData: Array, valor de entrada, en donde contendra los nuevos datos.
> $index: Nuevo nombre de indice
> $value: Nuevo valor que contendra el indice
> $suffix: Cadena que se concatenara al indice diferente por default es: "$suffix = Copy({i})"
Ejemplo de cadena de concatenacio:
Fotografia Copy(1).jpg
Nota.- Suffix es un parametro opcional como se muestra en los ejemplos y su aplicabilidad:
arrayDocumentAddElement($array(), "notas.txt", "Notas de estudiantes");
arrayDocumentAddElement($array(), "notas.txt", "Notas de estudiantes", " Numero de copias-({i})");
arrayDocumentAddElement($array(), "notas.txt", "Notas de estudiantes", "");
> La nueva funcion es:
function arrayDocumentAddElement($arrayData, $index, $value, $suffix = " Copy({i})")
{
...
}
Este metodo puede ser utilizado al momento de crear triggers en: DESIGNER>Triggers>New
Disponible para la version 2.5.2
Se realizo un cambio en el schema de la BD Rbac para que el campo Password de la tabla AUTHENTICATION_SOURCE tenga un tamanio mayor de 150 caracteres.
Ademas de esto se realizaron cambios en la clase WsTools para poder hacer el cambio en el schema de la bd actual al realizar un upgrade.
Please enter the commit message for your changes. Lines starting
- Al utilizar solr y ver los listados de casos se podian observar casos repetidos.
- Se produjo un error al momento de actualizar un registro en solr ya que los datos que se tenian habian caracteres extraños los cuales rompian el xml.
- Se valido la formacion del XML añadiendo las etiquetas CDATA y eliminando caracteres extraños, en la class.AppSolr en la funcion buildSearchIndexDocumentPMOS2.
- en el caso especifico de la bbdd se descubrio que en los casos que se reproducia el problema la tareas con las que se ponian no existian debido a que era un proceso antiguo. se recomienda cambiar los uid hacia el nuevo uid de la tarea actual.
- Al utilizar solr y ver los listados de casos se podian observar casos repetidos.
- Se produjo un error al momento de actualizar un registro en solr ya que los datos que se tenian habian caracteres extraños los cuales rompian el xml.
- Se valido la formacion del XML añadiendo las etiquetas CDATA y eliminando caracteres extraños, en la class.AppSolr en la funcion buildSearchIndexDocumentPMOS2.
- en el caso especifico de la bbdd se descubrio que en los casos que se reproducia el problema la tareas con las que se ponian no existian debido a que era un proceso antiguo. se recomienda cambiar los uid hacia el nuevo uid de la tarea actual.
Cuando se crea un nuevo campo en una pmtable del tipo DATETIME, a la hora de editar la misma PMtable Este campo se muestra como TIMESTAMP. Esto ocurre por que la version de propel que usa PM, no genera clases con el campo DATETIME, esto al crear la PMTable, sino en cambio utiliza el tipo de dato TIMESTAMP.
Por lo tanto se agrego una validacion para que a la hora de recuperar los campos a editarse, se muestre el valor correcto, en este caso DATETIME.
Cuando se crea un nuevo campo en una pmtable del tipo DATETIME, a la hora de editar la misma PMtable Este campo se muestra como TIMESTAMP. Esto ocurre por que la version de propel que usa PM, no genera clases con el campo DATETIME, esto al crear la PMTable, sino en cambio utiliza el tipo de dato TIMESTAMP.
Por lo tanto se agrego una validacion para que a la hora de recuperar los campos a editarse, se muestre el valor correcto, en este caso DATETIME.
