BLOG

Nueva revisión Velneo V7 7.15.1

Por [N4] fgutierrez.velneo el | 2 Comments

icono_velneo_v7_reflejo1Ya está disponible la revisión 7.15.1 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.

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

 
 

Generales

Actualización de librerías de encriptación OpenSSL para subsanar vulnerabilidad heartbleed

Se ha detectado una vulnerabilidad muy seria en las librerías de encriptación OpenSSL. Esta vulnerabilidad permite el robo de información protegida, en condiciones normales, a través del cifrado SSL/TSL que se utiliza para asegurarlo. (3754)

En el ámbito de Velneo V7 afecta únicamente a la navegación web con protocolo HTTPS en controles html y navegadores web integrados en componentes.
Para evitar la vulnerabilidad en Windows se sustituyen las siguientes librerías en la carpeta en la que se encuentra instalado Velneo V7:

libeay32.dll (Versión del archivo 1.0.1.7, Versión producto (1.0.1g)
ssleay32.dll (Versión del archivo 1.0.1.7, Versión producto (1.0.1g)

Para Linux debemos actualizar el sistema operativo con los últimos parches que se hayan distribuido para OpenSSL. Mac no se ve afectado, si no ha sido instalado por ninguna otra aplicación, ya que usa una versión de la librería que no incluye el bug.

Más información:
http://heartbleed.com/
Ubuntu: http://www.ubuntu.com/usn/usn-2165-1/

Un manejador de evento devuelve correctamente el valor de retorno

Se ha subsanado la incidencia que producía que el valor de retorno del comando “ejecutar manejador de evento” siempre devolvía 1, aunque en el manejador llamado se ejecutase el comando de instrucción “set retorno = NO”. (3762)

Subsanada incidencia sobre contenidos iniciales en rejilla editable

Se ha resuelto esta incidencia que producía que en un rejilla editable al editar un campo que interviene en el contenido inicial de otros, aunque no cambiemos su valor, al volver a editar ese control se disparaban los contenidos iniciales. (3756)

Edición de campos puntero a maestro en Velneo vDataClient V7

En vDataClient cuando se entra en edición de un campo puntero a maestro se muestra el nombre y se permite autocompletar como en versiones anteriores, subsanando la incidencia que hacía que se visualizase el código del registro maestro. (3755)

Contempladas las tablas de extensión en el cambio de ID o borrado de registros de tablas maestras

Al cambiar el ID de una tabla maestra se refresca el cambio en las tablas de extensión. Cuando se intenta borrar un registro de una tabla maestra se comprueba si existen registros en las tablas de extensión al igual que se hace con el resto de plurales, evitando la eliminación del maestro en el caso de que existan registros en la tabla de extensión. (3760)

Se permite borrar un registro de una tabla de extensión si tiene plurales pero estos son plurales heredados de la tabla maestra

De esta forma cuando creamos un registro en una tabla de extensión, mientras no le creemos registros en plurales propios de la tabla de extensión, siempre podremos eliminar el registro de la tabla de extensión, aunque su tabla maestra sí tenga plurales y dichos plurales son heredados por la tabla de extensión. Esto resuelve la problemática que existía a la hora de eliminar un registro de una tabla de extensión cuando su tabla maestra ya tenía datos plurales. (3761)

Están operativas las altas de registros de tablas de extensión desde fichas de extensión de formulario de tipo campo puntero

Está subsanada la incidencia que no nos permitía desde una extensión de ficha en modo campo puntero que apunta a una tabla maestra de extensión dar el alta del registro de la tabla de extensión a la vez que se creaba o modificaba el registro de la tabla maestra.. (3767)

Mejoradas las altas en extensiones de ficha en formulario

Hemos resuelto una incidencia que no permitía que en el subobjeto de formulario extensión de ficha, cuando se configuraba el alta y modificación previa (código 11), estando en alta al tabular sobre un control que tenía asignado un contenido de la extensión de ficha perdía su contenido, ahora funciona correctamente. (3791)

Al pegar una tabla se refrescan sus históricos

Cuando en Velneo vDevelop V7 cortamos una tabla que tiene campos puntero singular de plural por índice o por posición la cortamos y la volvemos a pegar o la copiamos y pegamos en otro proyecto, la propiedad plural de esos campos se perdía apareciendo errores en el inspector. (3772)

Revisada las señales de pérdida y ganancia de foco en Data Catcher y Edit de maestro

Hemos revisado la gestión de las señales de pérdida y ganancia de foco en los controles de formulario data catcher edit y edit de maestros para que se emitan y controlen sin problemas, ya que en la versión anterior éstas señales no se emitían correctamente. (3788)

Reabiertas señales de ratón para controles Separador, Splitter y ToolBox

En la versión 7.15 hicimos una gran revisión de la señales en todos los objetos y controles, la señales de ratón aunque operativamente seguían funcionando en los controles de separador de pestañas, splitter y toolbox no quedaron abiertas en el editor, motivo por el que no era posible programarlas o hacer cambios en el código. Ahora vuelven a estar abiertas y seleccionables en el combo de selección de la propiedad de la conexión de evento. (3790)

 
 

Rejilla editable

Mejoras en rejilla editable para Mac

Se ha subsanado la incidencia que se producía cuando Velneo vClient V7 se cerraba inesperadamente cuando abríamos el menú de botón de un control de edición en rejilla editable. Esta incidencia sólo se producía en Velneo vClient V7 para Mac. (3742)

Mostrar objetos visuales desde opciones del botón de menú sin perder el foco

Esta es una mejora importante. Tras la revisión completa de la rejilla, en la versión 7.15.0 solamente cuando se mostraba el localizador o el formulario de un maestro a través de las opciones localizar maestro, editar maestros o alta de maestro, el foco permanecía en el control en la columna en edición al finalizar la selección o edición del registro. Con esta mejora ya es posible sacar cualquier interfaz a través de un proceso, por ejemplo, y utilizar comandos de instrucción de proceso como pedir formulario, pedir datos o mensaje. En el caso de los mensajes la mejora es mayor aún ya que ahora se pueden usar con más flexibilidad cuando se muestran en la ejecución de los manejadores de evento. (3758)

Contemplada la funcionalidad de tablas submaestras

En la rejilla editable ahora el edit de maestro resuelve los padres de un puntero submaestro, de tal forma que tras seleccionar un registro del submaestro en la celda de la columna del puntero a maestro se resuelven también las celdas de sus maestros. (3768)

Mejorada la edición de campos objeto texto, texto enriquecido y fórmula

Hemos resuelto la incidencia que producía cuando tras editar campos objeto texto, texto enriquecido o fórmula, al cerrarse la ventana del editor en la celda no se visualiza el contenido editado, el texto no se guardaba y no permitía modificar una fórmula después de ser grabada la primera vez. (3769)

La edición en rejilla de un nuevo registro permite el cambio de celda con ratón

Ahora en una rejilla editable si hacemos doble clic para añadir un nuevo registro, cuando se abre la edición del registro, si no rellenamos ningún valor en el campo editado y hacemos clic en otra celda editable ya no se cierra la edición permitiendo continuar con la edición del nuevo registro. (3770)

Mejorado el uso del teclado en el menú de botón

Cuando en rejilla editable abríamos el menú de un edit browser, y una vez abierto nos movíamos por las opciones con las teclas flecha arriba o flecha abajo la edición se cerraba, ahora su funcionamiento es similar al que se produce con el uso del ratón donde la edición no se cierra. (3771)

 
 

Información para el programador

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 son compartidas por todos los menejadores. Esta situación que para algunos podría contemplarse como una incidencia no lo es, por este motivo aprovechamos esta revisión para aclararlo, para evitar que varios manejadores tengan conflicto con las cestas locales solo tenemos que asignarles nombres diferentes. Lo importante es que esta funcionalidad nos permite de forma muy sencilla compartir listas de registros entre los manejadores de un objeto. (3763)

 
 

F.A.Q.

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

Las versiones son compatibles, pudiendo conectarse Velneo vClient V7 7.15.1 a Velneo vServer V7 7.15.0 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.1, 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.1, desinstala manualmente la versión 7.15.0 y descarga los componentes de la página de descargas.

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

DESCARGAR VELNEO

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

    Buenas

    Lo de que no se entiende como un error el tema de las cestas no lo veo así.

    Si yo llamo desde un manejador a otro un número de veces y dentro de ese manejador que llamo lo primero que hago es crear la cesta local y despues pasarle valores, ¿ es normal que aún creándola cada vez que la llamo , se cree con los valores de la llamada anterior ? ¿Para que sirve crear cesta local?, ¿No la debería crear vacía?

    Un saludo

  2. Muchas gracias por tus comentarios.

    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.

    Esperamos haberte aclarado el tema. Si tienes cualquier otra duda, contacta con soporte y te ayudaremos.

    Un saludo,

Deja un comentario

Esta web utiliza cookies. Si continúa navegando acepta dichas cookies y nuestra política de cookies. Gracias. ACEPTAR

Aviso de cookies