BLOG

Nueva revisión Velneo V7 7.15.2

Por fgutierrez.velneo el | 3 Comments

Nueva revisión Velneo V7 7.15.2Ya está disponible la revisión 7.15.2 de Velneo V7 que incluye un importante grupo de revisiones y mejoras. Te recomendamos la actualización de Velneo V7 a esta versión.

Están disponibles en la zona de descargas de la web los instalables de las distintos componentes para los diferentes sistemas operativos.

Esta revisión está dedicada específicamente a incidencias que han aparecido relacionadas con la publicación de las versión 7.15.0 ó 7.15.1, salvo la incidencia de la regeneración del área de datos que hemos incluido en la revisión por su importancia.

Las lista de mejoras incluidas en esta esta revisión son las siguientes:

 
 

Revisada la regeneración del área de datos en tablas con ficheros de datos de más de 4GB

Hemos resuelto una incidencia que se producía al regenerar el área de datos de tablas en el que el tamaño en disco del fichero de datos (.dat o .cnd) superaba los 4GB, en ese caso el dato de registros ocupados de la cabecera del fichero de datos quedaba con un valor incorrecto.

Esta incidencia no afecta a ficheros menores de este tamaño ni a otras operaciones como la regeneración de índices, cambio de estructura de datos, etc.

En el caso de que alguno de tus ficheros datos (.dat) o contenedor (.cnd) se encuentre en esta situación te recomendamos la actualización a la nueva revisión 7.15.2, antes de realizar la regeneración de área de datos de las tablas. Si tienes cualquier duda al respecto, contacta con soporte para ver tu caso.

En caso contrario, no es necesario esta revisión y puedes continuar trabajando con la versión en la que te encuentres. (3809)

 

Revisado el cálculo de contenidos iniciales en tabla de extensión en extensión de fichas

Cuando en un formulario creamos una extensión de ficha a una tabla de extensión, en el momento del alta había contenidos iniciales que no se disparaban al no estar relacionados con campos de la tabla, como por ejemplo constantes “ABC”, 22 o funciones de fórmula “currentDate()”. Si en la fórmula intervenía algún campo del registro sí se disparaban correctamente los contenidos iniciales. Tras la revisión estos contenidos iniciales se disparan correctamente. (3562)

 

Revisada la emisión de la señal value changed en los controles de edición browser

Revisada la emisión de la señal value changed en todos los controles de edición de tipo browser que son aquellos en los que se declara un menú de botón más los controles de selección de senda de fichero o directorio, edición de fórmulas dinámicas, edición de texto, edición de texto enriquecido y editor de imagen. Tras la revisión la señal value changed se dispara correctamente en todos los controles. (3798)

 

Revisada la selección en controles de edición de senda y edición de fórmulas

Revisados los controles de edición de senda de fichero, edición senda de directorio y edición de fórmula ya que cuando se modificaba su contenido abriendo el cuadro de diálogo de selección o de edición aunque en el control se mostraba correctamente, el dato no se guardaba al aceptar el formulario. Si el dato se modificaba directamente sobre el control de edición funcionaba correctamente. Tras la revisión, la selección o edición de los datos en este tipo de controles funciona correctamente. (3804)

 

Revisada la selección del registro en el control de edición de maestro con vista de datos

Resuelta la incidencia que se producía en el control de edición de maestro cuando no tenía valor y la selección del registro se realizaba sobre la vista de datos, ya que aunque se mostraba el valor como seleccionado en el edit de maestro, realmente el dato no se guardaba en el campo. Ahora ya se guarda correctamente el valor del registro seleccionado en el campo. (3796)

 

Revisada la selección de datos en control de edición de maestro

Resuelta una incidencia que se producía en el control de edición de maestro en formulario, en el que si seleccionábamos un maestro, lo borramos, tabulamos a otro control, volvemos al control y cuando seleccionábamos el mismo maestro que antes, no se atrapaba y se perdía el maestro seleccionado. Tras la revisión la incidencia ha quedado resuelta. (3806)

 

Revisado el funcionamiento de la propiedad tiempo de espera del comando de instrucción Mensaje

En el comando de instrucción Mensaje la propiedad fórmula de tiempo de espera en segundos no se tenía en cuenta y el mensaje quedaba pendiente de la aceptación del usuario. Solucionada la incidencia, la ventana de mensaje se cerrará una vez transcurrido el tiempo determinado en el comando de instrucción.

 
 
 

F.A.Q.

¿Es compatible la revisión 7.15.2 con la versión 7.15.0 y 7.15.1?

Las versiones son compatibles, pudiendo conectarse Velneo vClient V7 7.15.2 a Velneo vServer V7 7.15.0 y 7.15.1, y viceversa, de todas formas os recomendamos que actualicéis todos los componentes para poder disfrutar de la mejora de esta nueva revisión.

¿En qué versión están los servidores de la nube?

Los servidores se pueden actualizar ya a la revisión 7.15.2, lo que facilitará la actualización en los clientes.

¿Es una revisión, una versión, etc.?

Se trata de una revisión. Más información sobre nuestra política de versiones en este post en el blog.

¿Debo activar de nuevo el servidor tras actualizarlo?

No es necesario. Una vez actualizado reconocerá la activación ya realizada.

¿No funciona la actualización automática de los componentes?

Si tras actualizar el servidor de la nube, no se actualizan correctamente los componentes a la versión 7.15.2, desinstala manualmente la versión 7.15.0 ó 7.15.1 y descarga los componentes de la página de descargas.

Velneo es el entorno ágil para el desarrollo
de aplicaciones empresariales

PRUEBA VELNEO

3 Responses to "Nueva revisión Velneo V7 7.15.2"
  1. [N2] Velasco dice:

    3º versión de la 7.15 y…

    – Siguen sin arreglarse el problema de que con el VProcess no le pueda pasar variables a los procesos si los lanzo en 2p o 3p?

    – Sigue sin funcionar el problema que se ha generado con el refresco del HTML? Para que nos preocupamos en buscar integraciones con javascript y HTML si después se van al carajo y aunque los reportemos como no mandamos la solución donde se ve el error no se arregla?

    – A ningún betatester de Velneo o externo le ha ocurrido esto que lo haya reportado tambien?

    No hubiera sido mejor esperar un poco mas y sacar una revisión con todo lo que la 7.15 ha jodido?

    Y ya no entro en el tema de las cestas locales que, de repente, en la 7.15 han cambiado y aunque las creemos siguen con el valor anterior si la lanzamos previamente. Para que sirve el crear cesta local si ya la usamos antes? las creamos con valores previos?

    Pd: Ahora tocará esperar un par de semanas para instalarla a ver quien se atreve y jode algo a algún cliente!!

    Un saludo

  2. [N4] eduardo.chaparro dice:

    Saludos Velasco.

    Quisiera me comentaras un poco mas sobre el problema del HTML, ya que yo trabajo con este visor y hasta los momentos no he tenido fallas, es para ver el error que comentas.

  3. Lo primero de todo, muchas gracias por vuestros comentarios.

    Te agradecemos mucho tu colaboración y te rogamos que contactes con Soporte para resolver la incidencia que has encontrado con el control html y javascript, ya que para ello necesitamos reproducir la incidencia. Desde luego no es necesario que envíes la solución completa, únicamente un ejemplo en el que Soporte pueda reproducir la incidencia, ya que hasta el momento no le ha sido posible.

    En el caso de VProcess, esta nueva clase apareció en la 7.15 y aunque por ello no se trate de una regresión, sentimos que una funcionalidad tan interesante para ti no esté lo suficientemente desarrollada para que hagas uso de ella en esta versión. En cualquier caso, sabemos que es una funcionalidad muy importante y trabajaremos para que en 2º y 3º plano tengáis las mismas funcionalidades que en 1º plano.

    En cuanto al uso de cestas locales, al igual que las variables locales de un objeto son compartidas por todos los manejadores de evento, las cestas locales creadas en los manejadores de evento, también pueden ser compartidas por los manejadores. Para evitar que varios manejadores tengan conflicto con las cestas locales solo tenemos que asignarles nombres diferentes a las cestas.

    Lo importante es que esta funcionalidad nos permite de forma sencilla compartir listas de registros entre los manejadores de un objeto. Las cestas creadas por un manejador de objetos se destruyen cuando el manejador de evento finaliza, pero en el caso de que el manejador de evento sea llamado por otro manejador, las cestas no se destruyen hasta que finaliza el manejador principal. Es en este caso en el que si usamos cestas creadas con el mismo nombre en dos manejadores distintos, sus datos son compartidos.

    En cada versión trabajamos mucho en pruebas para tratar de evitar que se produzcan regresiones, pero en el caso de que sea necesario, publicamos estas revisiones siguiendo nuestra política de revisiones. Sentimos las molestias que las incidencias os puedan causar.

    Cualquier duda que tengas, por favor contacta con soporte y te ayudaremos.

    De nuevo, muchas gracias por tus comentarios y por tu colaboración.

    Un saludo.

Deja un comentario

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información. ACEPTAR

Aviso de cookies