0018130: Campos que hacen uso de querys y de datos predeterminados no aparecen disponibles para crear Report Tables
Se agregóa validaciópara que no puedan ser usadas variables de tipo checkgroup en reportTables
These functions allow you to access MS SQL Server database.
This extension is not available anymore on Windows with PHP 5.3 or later.
SQLSRV, an alternative extension for MS SQL connectivity is available from
Microsoft: » http://msdn.microsoft.com/en-us/sqlserver/ff657782.aspx.
Alternatively to use the mssql functions in Windows, use php_dblib.dll (FreeTDS) http://www.freetds.org/
e.g. php.ini setting
extension=php_dblib.dll
php_dblib.dll (FreeTDS) use ':' as the delimiter in all installations.
Admin>PmTables: Error en la creacion de pmtables "Something was wrong" en PM con protocolo SSL utilizando FireFox
Admin>PmTables>Create ReportTable: Error en la creacion de ReportTables en PM con protocolo SSL
el problema en ambos tickets era la "marca de orden de bytes (BOM)"
la solucion, codificar a utf-8
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
PROBLEMA:
El listado de RT dentro de un proceso tenia 2 problemas:
1. Los RT generados con el generador antiguo (Old Version) siempre se listaban sin diferencia en la paginacion. En todas las paginas aparecian los mismos RT(old version)
2. Los RT generados con el generador antiguo (Old Version) siempre se listaban al hacer una busqueda. En todas las busquedas siempre se incluian todos los RT(old version) sin excluir a los que no cumplian con el filtro de la busqueda.
Ambos problemas sucedian porque la inclusion de los RT(old version) en el listado a mostrarse, se realizaba solo por la busqueda del processUID, nunca se incluian otros filtros (esto porq la funcion que lista a los RT(old version) solo acepta el UID del proceso) y siempre se aniadian este listado al listado que si usa filtros de RT(new version).
SOLUCION:
Se agrego una validacion para usar el filtro en las busquedas y una validacion para que los RT(Old version solo se añn al final del listado total de R RT del proceso).
- It don't have the functionality.
- A functionality was added in pmtables and reportTables index.
- A field was added in table fields FLD_TABLE_INDEX.
- It don't have the functionality.
- A functionality was added in pmtables and reportTables index.
- A field was added in table fields FLD_TABLE_INDEX.
The Json has some quotes that was causing troubles, because the stripslashes() function was been applicated before json_decode, so it was been applied twice.
Removing stripslashes() function, this is already added in json_decode().
The search option in PMTables has a validation where the APP_UID field is ignored in the search because this was causing some search troubles when you wanna search a number that was include into the APP_UID (eg. 'APP_UID':405044408538cb9472ade260172, 'text to search':4408 )
Now, we add a checkbox field near the search text field to customize this behavior. With this checkbox 'Search also in the APP_UID field' you can decide if the search will include or not the APP_UID field.
The search option in PMTables has a validation where the APP_UID field is ignored in the search because this was causing some search troubles when you wanna search a number that was include into the APP_UID (eg. 'APP_UID':405044408538cb9472ade260172, 'text to search':4408 )
Now, we add a checkbox field near the search text field to customize this behavior. With this checkbox 'Search also in the APP_UID field' you can decide if the search will include or not the APP_UID field.
- Pmtables: Problema al importar la data de tipo Autoincrementable
- Problema resuelto, el problema que se tenia era por los archivos que crea propel especificamente los archivos Peer,
al momento de hacer la insercióe los campos se eliminaba la columna donde se tenia los Primary Key ocasionando que
se cree nuevamente. Se valida la importacion de los pmTables cuando son de tipo Autoincrementable logrando a que
cuando se importe un pmTable mantenga los íices que se tenia al momento de exportarlos.
