Listado de cambios Velneo 37.3

Plataforma

Código Descripción

VELNEO-20937

Corrección de un error que provocaba el cierre de Velneo vClient al aplicar varios filtros sobre una rejilla

Se ha corregido un error que provocaba el cierre inesperado de Velneo vClient al abrir el editor de filtros de una rejilla en la que ya se había aplicado más de un filtro y pulsar «Aceptar» o «Aplicar». El problema aparecía cuando un filtro combinaba varios valores, ya que internamente se generaba una agrupación de condiciones que no se interpretaba correctamente al reprocesar los filtros. Tras la corrección, el editor trata adecuadamente las condiciones agrupadas y la aplicación de varios filtros sobre una rejilla funciona con normalidad, sin afectar a la estabilidad del cliente.

VELNEO-22407

Corregido el cierre inesperado de Velneo vDataClient al desplazar horizontalmente una tabla

Se ha corregido un error por el que Velneo vDataClient se cerraba de forma inesperada al llevar el desplazamiento horizontal hasta el extremo derecho de una tabla que mostraba columnas procedentes de tablas maestras. El fallo se daba en Windows, aparecía al repetir el desplazamiento sobre tablas con muchos registros cargados y no se reproducía en Linux. Tras la corrección, el desplazamiento horizontal y vertical sobre ese tipo de tablas funciona con normalidad y las columnas enlazadas a maestros se muestran correctamente, sin cierres de la aplicación.

VELNEO-22567

Mejora del manejo del puerto 443 del servicio https para instalaciones locales

La mejora en el vServer corrige el problema donde el servidor recrea automáticamente el registro del puerto 443 al arrancar, ignorando si este estaba desactivado por el usuario. Con esta corrección, el vServer respetará el estado desactivado del puerto, evitando conflictos con otros servicios que lo usen y mejorando la confiabilidad en su configuración local.

VELNEO-22714

Corrección de un error en Velneo vClient al leer datos con getData() sobre rejillas de tablas en memoria con columnas numéricas decimales

Se ha corregido un error que provocaba el cierre inesperado de Velneo vClient (Windows, Linux y macOS) al invocar la función de JavaScript getData() sobre una rejilla vinculada a una tabla en memoria que contenía una columna numérica con la propiedad «Número de decimales» establecida. El problema no aparecía con tablas en disco ni cuando dicha propiedad estaba vacía. Tras la corrección, la lectura de datos mediante scripts sobre este tipo de rejillas funciona con normalidad, devolviendo correctamente los valores decimales y sin afectar a la estabilidad del cliente.

VELNEO-22753

Corrección en la impresión de la cabecera de agrupación de los informes al combinar salto de página y reinicio de numeración

Se ha corregido un error en los informes que impedía imprimir la cabecera de una agrupación cuando se activaban a la vez las opciones «Imprimir cabecera en la siguiente página» y «Resetear número de página». En esa combinación, al producirse un salto de página dentro de la agrupación, la cabecera desaparecía; bastaba con desactivar el reinicio de numeración para que volviera a mostrarse. Tras la corrección, ambas opciones pueden usarse conjuntamente: la cabecera de agrupación se imprime siempre donde corresponde y la numeración de página se reinicia por agrupación como se espera. El detalle está disponible en las notas de la versión.

VELNEO-23004

El evento Pierde foco vuelve a dispararse al cambiar de fila en una rejilla editable

Se ha corregido un error en las rejillas editables por el que, al estar editando una celda y desplazarse a la fila anterior o siguiente, no se disparaba el evento Pierde foco de la celda que se abandonaba: solo se lanzaba cuando el foco salía de la rejilla completa. Este comportamiento, presente desde la versión 37, afectaba a los manejadores de evento que dependían de ese aviso para validar o calcular datos al salir de la celda. Tras la corrección, el evento vuelve a emitirse al abandonar la celda aunque el movimiento se quede dentro de la misma rejilla, y el contenido editado se guarda también al desplazarse entre filas con las teclas de cursor.

VELNEO-23164

Corrección de regresión en el aviso de desconexión y desenganche del servidor en Velneo vClient

Se ha corregido una regresión introducida en la versión 37 por la que, con los modos de reconexión Preguntar y No, Velneo vClient volvía a mostrar su mensaje o diálogo por defecto ante una desconexión, reconexión, desenganche o reenganche del servidor (llegando incluso a cerrar la aplicación en el caso de desenganche) aunque el desarrollador tuviera programado su propio manejador de evento para esas señales. Solo el modo Automático respetaba correctamente el manejador del usuario. Además, se ha simplificado la condición para suprimir el mensaje por defecto: ahora basta con tener una conexión de evento con su manejador asociado, sin necesidad de que este contenga un comando de mensaje o notificación. Más información en la documentación de conexión de evento.

VELNEO-23628

Los usuarios desactivados y bloqueados vuelven a distinguirse por color en la lista de Velneo vAdmin

Se ha corregido un error en la interfaz nueva de Velneo vAdmin por el que todos los usuarios del apartado Usuarios se mostraban con el mismo color, de modo que no era posible saber de un vistazo si una cuenta estaba desactivada o bloqueada: había que abrir la ficha de cada usuario para comprobarlo. Tras la corrección, la interfaz nueva recupera el mismo comportamiento: el nombre de los usuarios con la cuenta desactivada se muestra en rojo y el de los usuarios con la cuenta bloqueada en morado, de forma que el estado de cada cuenta vuelve a identificarse directamente en el listado.

VELNEO-23705

La variable STATUS_TEXT vuelve a devolver el texto del estado de la respuesta

Se ha corregido un error por el que, en el proceso de respuesta de un objeto Consumo servicio web, la variable local STATUS_TEXT llegaba vacía mientras que STATUS sí devolvía el código del estado. El origen está en que, a partir de la versión 37, estas llamadas utilizan HTTP/2 de forma predeterminada, y ese protocolo no transmite el texto descriptivo del estado que sí acompañaba a las respuestas HTTP/1.1. Tras la corrección, STATUS_TEXT vuelve a tener contenido con independencia del protocolo empleado, de modo que los procesos que ya la leían siguen funcionando sin necesidad de modificarlos.