Buenos días, hemos detectado un error en la operación Exámenes » Reportes »
Reporte de Actas de Examen y es que la hoja de cálculo se genera con caracteres no legibles por lo que no puede abrirse.
Estamos en la versión 3.22.1.
Saludos !!!
Hola Alejandra, buenas tardes!
Le hago una consulta, esto les ocurre sólo con este reporte o con algún otro también?
Podrían enviarnos los logs del momento en que generan el reporte y una captura de lo que visualizan en gestión antes de generar el reporte?
Saludos!
Buenos días Ariana, el error se presenta en todos los reportes de la operación Exámenes » Reportes »
y es que se genera una planilla con codificación con caracteres especiales. Te mando captura de pantalla
Hola Alejandra!
Le hago una consulta, donde dice “Importar”, no pueden seleccionar otro? Debería ser UTF-8.
Además, ¿esto les ocurre con todos los usuarios o solo con algunos? ¿podrían enviarnos los logs correspondientes al momento en que generan el reporte?
Saludos!
Hola Alejandra!
Pudieron ver las consultas que realizó Ariana?
Hola Martín, todavía no hemos podido hacer un ejemplo para ver el log., Mil disculpas por la demora
Buenos días Martin , Ariana, les envío el log generado en la ejecución de la operación Exámenes » Reportes » Reporte de Actas de Examen, de acuerdo a lo solicitado anteriormente.
log_reporte_actas_examen.txt (8,9 KB)
Saludos !!!
Hola Alejandra, ¡buen día!
Le hago unas consultas, ¿puede ser que tengan personalizaciones? ¿esto les ocurre con todos los usuarios o solo con ciertos perfiles de datos?
¿Podrían probar la misma operación en un ambiente sin personalizaciones para verificar si el comportamiento se mantiene?
¡Saludos!
Buenos días gente,
Analizando este problema, se detectó que en determinadas configuraciones de servidor o ante la presencia de archivos con finales de línea CRLF o espacios accidentales, la exportación a Excel de los cuadros se corrompe.
Al inspeccionar el archivo generado de salida (.xlsx), se observa que el primer byte es un Carriage Return (0x0d), lo que desplaza la cabecera obligatoria PK (50 4b) y hace que Excel lo considere un archivo dañado.
head -c 20 salida.xlsx | od -t x1
0000000 0d 50 4b 03 04 14 00 00 00 08 00 25 4c 95 5c 47
0000020 92 44 b2 5a
0000024
Una solución propuesta mediante IA sugiere realizar una limpieza del buffer de salida justo antes de la generación del Excel.
Para ello se modifica el archivo:
<path_proyecto>/vendor/siu-toba/framework/php/nucleo/componentes/interface/toba_ei_cuadro.php
El codigo sugerido fué:
/**
* @ignore
* @param toba_vista_excel $salida
*/
function vista_excel(toba_vista_excel $salida )
{
// Limpieza de buffer para evitar corrupción por caracteres invisibles (espacios, saltos de línea)
if (ob_get_length()) {
ob_clean();
}
//$this->salida = $salida;
$titulo = $this->get_titulo();
$cant_columnas = count($this->_columnas);
if ($titulo != '') {
$salida->set_hoja_nombre($titulo);
$salida->titulo($titulo, $cant_columnas);
}
if ($this->_info_cuadro["subtitulo"] != '') {
$salida->titulo($this->_info_cuadro["subtitulo"], $cant_columnas);
}
$this->generar_salida("excel", $salida);
}
Tras aplicar este cambio, el buffer se limpia, permitiendo que el archivo Excel se genere con la estructura correcta.
Hola Fernando, ¡buenas tardes!
Gracias por compartir con nosotros lo que encontraron, vamos a tomarlo para evaluarlo con el equipo.
¡Saludos!