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.
- Campos hidden en grillas.
- Problema:
Cuando se crean campos de tipo "hidden" en grillas, estos campos crean columnas y cuando eran mas campos de este tipo
habia mas columnas viendose como un espacio en blanco.
Solucion:
Se agrega una condicion en donde se determina si el campo de tipo "hidden" se oculta la columna aplicando un estilo.
{if ($field->type != "hidden")}
...
{else}
<td style="display: none;"></td>
{/if}
Este cambio estara disponible a partir de la version 2.5.2
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.
- Pagination of Documents Menu is not wortking.
- Problema:
Cuando se lista los documentos en HOME>Documents, y seleccionado una carpeta del arbol, se muestra los documentos
generados; al momento de pasar a la siguiente pagina se muestra una pagina en blanco.
Solucion:
Se completa en la siguiente funcion a la condicion que se tiene una condicion mas "options.params.dir":
datastore.on("beforeload",
function(ds, options) {
...
var dirAux = (itemSelected.length == 0 && options.params.dir)? ... : ...;
var nodeAux = (itemSelected.length == 0 && options.params.dir)? ... : ...;
...
});
Con esta condicion al pasar de una pagina a otra, el listado de documentos se mostrara correctamente.
Este cambio estara disponible a partir de la version 2.5.2
No se podia insertar o editar nuevos datos en una PMTable usando pmconnection .
El problema surgio porque se estaba recuperando de manera erronea el UID de la pmTable, obteniendose siempre vacio. por lo que se corrigio dicho error y ahora se obtiene correctamente el UID para trabajar con la tabla correcta.
Hay que tener en cuenta que pmconnection solo funcona con PMTables y no asi con Report Tables.
- Al realizar workspace-restore de un backup el tiempo que toma para restaurarlo es demasiado.
- Al estar realizando el restore se van ejecuantado los scripts de llenado de datos en la funcion "executeSQLScript" no se hacia un adecuado insert de los registros.
- se utiliza la funcion de mysql "START TRANSACTION" y "COMMIT" que son compatibles para MyISAM y InnoDB, y se van insertando los registros "Insert" por lotes.
No se podia insertar o editar nuevos datos en una PMTable usando pmconnection .
El problema surgio porque se estaba recuperando de manera erronea el UID de la pmTable, obteniendose siempre vacio. por lo que se corrigio dicho error y ahora se obtiene correctamente el UID para trabajar con la tabla correcta.
Hay que tener en cuenta que pmconnection solo funcona con PMTables y no asi con Report Tables.
