41 publicaciones etiquetados con "lanzamiento"

A partir de septiembre de 2021, Electron lanzará una nueva versión principal estable cada 8 semanas.

En 2019, Electron comenzó un ciclo de 12 semanas para cada lanzamiento para coincidir con el ciclo de 6 semanas de Chromium. Recientemente, tanto Chrome como Microsoft anunciaron cambios que nos hicieron reconsiderar la cadencia de lanzamiento actual de Electron:

1. Chromium planea lanzar un nuevo hito cada 4 semanas, comenzando con Chrome 94 el 21 de septiembre de 2021. Esta frecuencia también añade una nueva opción de Estabilidad Ampliada cada 8 semanas, que contendrá todas las correcciones de seguridad actualizadas.

2. La tienda de Microsoft exigirá que las aplicaciones basadas en Chromium no tengan más de dos años de antigüedad. Por ejemplo, si la última versión principal publicada de Chromium es la 85, cualquier navegador basado en Chromium debe estar al menos en la versión 83 o superior. Esta norma incluye las aplicaciones Electron.

Empezando en septiembre de 2021, Electrón lanzará una nueva versión mayor estable cada 8 semanas, coincidiendo con las 8 semanas de Extensión de Lanzamientos Estables de Chromium.

Nuestro primer lanzamiento con la Extensión de Lanzamientos Estables de Chromium será Electrón 15 en el 21 de septiembre de 2021.

Sabiendo que un cambio en la frecuencia de lanzamiento afectará a otras aplicaciones posteriores, queríamos informar a nuestra comunidad de desarrolladores lo antes posible. Siga leyendo para conocer más detalles sobre nuestro calendario de lanzamientos para 2021.

Electron 15: Alpha temporal​

Dado que nuestro lanzamiento original de Electron 15 apuntaba a una versión no estable extendida (las versiones estables extendidas de Chromium se basan en sus versiones pares), tuvimos que cambiar nuestra fecha original de lanzamiento. Sin embargo, una aplicación de Electron debe utilizar las dos versiones principales más recientes de Chromium para ser aceptada en la tienda de Microsoft, lo que hacía insostenible la espera de dos versiones de Chromium.

Con estos dos requisitos, nuestro equipo se enfrentó a un dilema de tiempos. Mover Electron 15 para incluir Chromium M94 permitiría a los desarrolladores de aplicaciones entrar en la primera versión estable extendida de Chromium; sin embargo, también acortaría el ciclo de beta estable a solo 3 semanas.

Para ayudar con este cambio, Electron ofrecerá una construcción alfa temporal, solo para la versión de Electron 15. Esta versión alfa permitirá a los desarrolladores disponer de más tiempo para probar y planificar el lanzamiento de Electron 15, con una versión más estable que las actuales versiones.

La compilación del canal alfa se lanzará para Electron 15 el 20 de julio de 2021. Pasará a una versión beta el 1 de septiembre de 2021 con un objetivo de lanzamiento estable el 21 de septiembre de 2021. Las siguientes versiones de Electron no tendrán versiones alfa.

Plan 2021 para lanzamientos​

A continuación se muestra nuestro calendario de lanzamiento actual para 2021:

La incorporación del canal alfa amplía el tiempo de desarrollo antes del lanzamiento de Electron 15 de 3 a 9 semanas, más cerca de nuestro nuevo ciclo de 8 semanas, sin dejar de cumplir los requisitos para la presentación en la tienda de Windows.

Para ayudar aún más a los desarrolladores de aplicaciones, durante lo que queda de 2021 hasta mayo de 2022, también ampliaremos nuestra política de versiones soportadas de las últimas 3 versiones a las últimas 4 versiones de Electron. Eso significa que, aunque no puedas modificar inmediatamente tu calendario de actualizaciones, las versiones más antiguas de Electron seguirán recibiendo actualizaciones y correcciones de seguridad.

Responder a las inquietudes​

Hay una razón por la que publicamos este post mucho antes de que esté previsto este cambio de ciclo de lanzamiento. Sabemos que un ciclo de lanzamiento más rápido tendrá un impacto real en las aplicaciones de Electron, algunas de las cuales ya pueden encontrar nuestra frecuencia de lanzamiento mayor agresiva.

A continuación hemos tratado de responder a las preocupaciones más comunes:

¿Por qué hacer este cambio? ¿Por qué no mantener la cadencia de publicación de 12 semanas?​

Para entregar las versiones más actualizadas de Chromium en Electron, nuestro programa necesita seguir el suyo. Puede encontrar más información sobre el ciclo de lanzamiento de Chromium aquí.

Además, la cadencia actual de publicación de 12 semanas sería insostenible con los nuevos requisitos de presentación de Microsoft Store. Incluso las aplicaciones en la última versión estable de Electron experimentarían un período de aproximadamente dos semanas en el que su aplicación puede ser rechazada bajo los nuevos requisitos de seguridad.

Cada nueva versión de Chromium contiene nuevas características, correcciones de errores / correcciones de seguridad y mejoras de V8. Queremos que usted, como desarrolladores de aplicaciones, tenga estos cambios en el momento oportuno, para que nuestras fechas de lanzamiento estables sigan coincidiendo con todas las otras versiones estables de Chromium. Como desarrollador de aplicaciones, tendrás acceso a las nuevas características de Chromium y V8 y los arreglos mucho antes.

❓ El programa de liberación de 12 semanas existente ya se mueve rápidamente. ¿Qué pasos está dando el equipo para facilitar la actualización?​

Una ventaja de lanzamientos más frecuentes es tener versiones más pequeñas. Entendemos que actualizar las versiones más importantes de Electron puede ser difícil. Esperamos que los lanzamientos más pequeños introduzcan menos cambios importantes en Chromium y Node, así como menos cambios de ruptura, por lanzamiento.

❓ ¿Habrá una versión alfa disponible para futuras versiones de Electron?​

No hay planes de soportar una versión alfa permanente en este momento. Este alfa sólo está pensado para Electron 15, como una manera de ayudar a los desarrolladores a actualizarse más fácilmente en el período de lanzamiento acortado.

❓ ¿Electron extenderá el número de versiones soportadas?​

Ampliaremos nuestra política de versiones soportadas desde las últimas tres versiones hasta las últimas cuatro versiones de Electron hasta mayo de 2022, con el lanzamiento de Electron 19. Después de que Electron 19 sea lanzado, volveremos a soportar las tres últimas versiones principales, así como los lanzamientos beta y nocturnos.

¿Preguntas?​

📨 Si tienes preguntas o preocupaciones, por favor envíanos un correo electrónico a info@electronjs.org o únete a nuestro Discord. Sabemos que esto es un cambio que afectará a muchas aplicaciones y desarrolladores, y tus comentarios son muy importantes para nosotros. ¡Queremos saber tu opinión!

¡Electron 13.0.0 ha sido liberado! It includes upgrades to Chromium 91 and V8 9.1. We've added several API updates, bug fixes, and general improvements. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 13.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

• Chromium 91
  • Nuevo en Chrome 91
  • Nuevo en Chrome 90
• Node.js 14.16.0
  • Node 14.16.0 blog post
  • Node 14.0.0 blog post
• V8 9.1
  • V8 9.1 blog post
  • V8 9.0 blog post

Características Destacadas​

• Added process.contextIsolated property that indicates whether the current renderer context has contextIsolation enabled. #28252
• Added new session.storagePath API to get the path on disk for session-specific data. #28866
• Deprecated the new-window event of WebContents. Es reemplazado por webContents.setWindowOpenHandler()
• Added process.contextId used by @electron/remote. #28251

Vea la notas de lanzamiento 13.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

• window.open() parameter frameName is no longer set as window title. #27481
• Changed session.setPermissionCheckHandler(handler) to allow for handler's first parameter, webContents to be null. #19903

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

• Added roundedCorners option for BrowserWindow. #27572
• Added new session.storagePath API to get the path on disk for session-specific data.28866
• Added support for passing DOM elements over the context bridge. #26776
• Added process.uptime() to sandboxed renderers. #26684
• Added missing fields to the parameters emitted as part of the context-menu event.#26788
• Added support for registering Manifest V3 extension service workers.
• Added ‘registration-completed’ event to ServiceWorkers. #27562

Cambios Eliminado/Obsoletos​

Las siguientes APIs han sido eliminadas o ahora están obsoletas:

• Deprecated the new-window event of WebContents. Es reemplazado por webContents.setWindowOpenHandler()

• Eliminado obsoleto shell.moveItemToTrash(). #26723

• Removed the following deprecated BrowserWindow extension APIs:

  • BrowserWindow.addExtension(path)
  • BrowserWindow.addDevToolsExtension(path)
  • BrowserWindow.removeExtension(name)
  • BrowserWindow.removeDevToolsExtension(name)
  • BrowserWindow.getExtensions()
  • BrowserWindow.getDevToolsExtensions()

  Use the session APIs instead:

  • ses.loadExtension(path)
  • ses.removeExtension(extension_id)
  • ses.getAllExtensions()

• Los métodos siguientes de systemPreferences han quedado obsoletos:

  • systemPreferences.isDarkMode()
  • systemPreferences.isInvertedColorScheme()
  • systemPreferences.isHighContrastColorScheme()

  En su lugar, usa las siguientes propiedades nativeTheme:

  • nativeTheme.shouldUseDarkColors
  • nativeTheme.shouldUseInvertedColorScheme
  • nativeTheme.shouldUseHighContrastColors

Fin de soporte para 10.x.y​

Electron 10.x.y ha alcanzado el fin de soporte según la política de soporte del proyecto. Developers and applications are encouraged to upgrade to a newer version of Electron.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 14.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 14.0. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

¡Electron 12.0.0 ha sido liberado! Incluye actualizaciones para Chromium 89, V8 8.9 y Node.js 14.16. Hemos agregados cambios al módulo remoto, nuevos valores por defecto para contextIsolation, una nueva API webFrameMain y mejoras generales. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 12.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

• Chromium 89
  • Nuevo en Chrome 88
  • Nuevo en Chrome 89
• Node.js 14.16
  • Node 14.16.0 blog post
  • Node 14.0.0 blog post
• V8 8.9
  • V8 8.8 blog post
  • V8 8.9 blog post

Características Destacadas​

• El método ContextBridge exposeInMainWorld ahora puede exponer APIs non-object. #26834
• Actualizado de Node 12 a Node 14. #23249
• Se añadio nueva API webFrameMain para acceder a subframes de una instancia WebContents desde el main process. #25464
• Los valores por defecto de contextIsolation y worldSafeExecuteJavaScript ahora son true. #27949 #27502

Vea la notas de lanzamiento 12.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

• Obsoleto el módulo remote. Es reemplazado por @electron/remote. #25293
  • Si actualmente está usando el módulo remote, hemos escrito una guía para migrar a @electron/remote aquí.
• Se cambió el valor por defecto de contextIsolation a true. #27949
• Se cambió el valor por defecto de worldSafeExecuteJavaScript a true. #27502
• Se cambió el valor por defecto de crashReporter.start({ compress }) de false a true. #25288
• Eliminado el soporte de Flash: Chromium ha eliminado el soporte para Flash, el cual fue eliminado también en Electron 12. Vea Chromium's Flash Roadmap para más detalles.
• Requerido SSE3 para Chrome en x86: Chromium ha eliminado el soporte para CPUs x86 más viejos que no reúnen un soporte mínimo SSE3 (Streaming SIMD Extensions 3). Este soporte fue eliminado también en Electron 12.

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

• Agregada API webFrameMain: El módulo webFrameMain puede ser usado para buscar marcos a través instancias WebContents existentes. Este es el equivalente del proceso principal de la API existente webFrame. Más información acerca de esta nueva API puede ser encontrada aquí, y en nuestra documentación.
• app Cambios en la API:
  • Se añadió non-localized serviceName a 'child-process-gone' / app.getAppMetrics(). #25975
  • Se añadió nueva propiedad app.runningUnderRosettaTranslation para detectar cuando se ejecuta bajo rosetta en Apple silicon. #26444
  • Se añadió exitCode a render-process-gone detalles (app & webContents). #27677
• BrowserWindow Cambios en la API:
  • Se añadió API BrowserWindow.isTabletMode(). #25209
  • Se añadió los eventos resized (Windows/macOS) y moved (Windows) a BrowserWindow. #26216
  • Se añadió nuevo evento system-context-menu para permitir prevenir y anular el menú contextual del sistema. #25795
  • Se añadió win.setTopBrowserView() para que pueda ser lanzadado BrowserView. #27713
  • Se añadió webPreferences.preferredSizeMode para permitir el tamaño de las vista de acuerdo con el tamaño mínimo de su documento. #25874
• contextBridge Cambios en la API:
  • Permitido el método ContextBridge exposeInMainWorld para exponer APIs non-object. #26834
• display Cambios en la API:
  • Se añadió la propiedad displayFrequency al objeto Display para permitir obtener información sobre el ratio de actualización en Windows. #26472
• extensions Cambios en la API:
  • Se añadió soporte para algunas APIs chrome.management. #25098
• MenuItem Cambios API:
  • Se añadió para mostrar el menú compartir de macOS. #25629
• net Cambios en la API:
  • Se añadió una nueva opción credentials para net.request(). #25284
  • Se añadió net.online para detectar si actualmente hay conexión a Internet. #21004
• powerMonitor Cambios en la API:
  • Se añadió powerMonitor.onBatteryPower. #26494
  • Se añadió el evento cambio rápido de usuario a powerMonitor en macOS. #25321
• session Cambios en la API:
  • Se añadió la opción allowFileAccess a la API ses.loadExtension() API. #27702
  • Se añadió la API display-capture para session.setPermissionRequestHandler. #27696
  • Se añadió una opción disabledCipherSuites a session.setSSLConfig. #25818
  • Se añadió los eventos extension-loaded, extension-unloaded, y extension-ready a session. #25385
  • Se añadió session.setSSLConfig() para permitir configurar SSL. #25461
  • Se añadió soporte para especificar específicamente los modos direct, auto_detect o system en session.setProxy(). #24937
  • Se añadió soporte Serial API. #25237
  • Se añadió APIs para activar/desactivar el corrector ortográfico. #26276
• shell Cambios en la API:
  • Se añadió API asíncrona shell.trashItem(), en reemplazo de la sincróna shell.moveItemToTrash(). #25114
• webContents Cambios en la API:
  • Se añadió una pequeña sugerencia de consola a la consola para ayudar a depurar los fallos del renderizador. #25317
  • Se añadió las propiedades frame y webContents al detalle del objeto en los manejadores webRequest. #27334
  • Añadido webContents.forcefullyCrashRenderer() para terminar forzosamente un proceso de renderizado para ayudar a recuperar un proceso de renderizado colgado. #25580
  • Se añadió la API setWindowOpenHandler para las ventanas hijas creadas por el renderer, y se desaprueba el evento new-window event. #24517
• webFrame Cambios en la API:
  • Se añadió la API de revisión ortográfica al renderer. #25060

Cambios Eliminado/Obsoletos​

Las siguientes APIs han sido eliminadas o ahora están obsoletas:

• Obsoleto el módulo remote. Es reemplazado por @electron/remote. #25293
• Se eliminaron APIs crashReporter obsoletas. #26709
• Se eliminó los enlaces a la página web de Electron del menú 'Ayuda' por defecto en las aplicaciones empaquetadas. #25831

Fin de soporte para 9.x.y​

Electron 9.x.y ha alcanzado el fin de soporte según la política de soporte del proyecto. Developers and applications are encouraged to upgrade to a newer version of Electron.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 13.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 13.0. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

¡Electron 11.0.0 ha sido liberado! Incluye actualizaciones a Chromium 87, V8 8.7, y Node.js 12.18.3. Añadimos soporte para Apple silicon, y mejoras generales. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 11.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. La versión está llena de actualizaciones, correcciones y nuevo soporte para el hardware de Apple's M1.

We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

• Chromium 87.0.4280.47
  • Nuevo en Chrome 86
  • Nuevo en Chrome 87
• Node.js 12.18.3
  • Node 12.18.3 blog post
  • Node 12.7.0 blog post
• V8 8.7
  • V8 8.6 blog post
  • V8 8.7 blog post

Características Destacadas​

• Soporte para Apple M1: El 10 de noviembre, Apple anunció sus nuevos chips M1, que se incluirán en su próximo hardware. Comenzando en Electron 11, Electron enviará versiones separadas de Electron para Intel Macs (x64) y el próximo hardware M1 (arm64). Puedes aprender más sobre cómo conseguir que tu aplicación Electron se ejecute en el hardware de Apple M1 aquí. #24545
• Añadido mensaje de error V8 e información de ubicación a los parámetros de reporte de error. #24771
• Mejora el rendimiento del envío de objetos anchos sobre el puente contextual. #24671

Vea la notas de lanzamiento 11.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

• Eliminó APIs experimentales: BrowserView.{fromId, fromWebContents, getAllViews} y la propiedad id de BrowserView. #23578

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

• Se añadió la API app.getApplicationInfoForProtocol() que devuelve información detallada acerca de la aplicación que maneja un determinado protocolo. #24112
• Añadida app.createThumbnailFromPath() API que devuelve una imagen de vista previa de un archivo dada su ruta de archivo y un tamaño máximo de miniatura. #24802
• Añadido webContents.forcefullyCrashRenderer() para terminar forzosamente un proceso de renderizado para ayudar a recuperar un proceso de renderizado colgado. #25756

Fin de soporte para 8.x.y​

Electron 8.x.y ha alcanzado el fin de soporte según la política de soporte del proyecto. Developers and applications are encouraged to upgrade to a newer version of Electron.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Aunque tenemos cuidado de no hacer promesas sobre las fechas de publicación, nuestro plan es lanzar nuevas versiones importantes de Electron con nuevas versiones de esos componentes aproximadamente en cuarto. El calendario tentativo 12.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 12.0. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

Trabajos continuados para la desaprobación del Módulo remote​

Empezamos a trabajar para eliminar el módulo remote en Electron 9. Planeamos eliminar el módulo remote en sí mismo en Electron 14.

Sigue y lee este asunto para conocer los planes completo y detalles para la desaprobación.

Final Step for Requiring Native Node Modules to be Context Aware or N-API (in Electron 12)​

From Electron 6 onwards, we've been laying the groundwork to require native Node modules loaded in the renderer process to be either N-API or Context Aware. Enforcing this change allows for stronger security, faster performance, and reduced maintenance workload. The final step of this plan is to remove the ability to disable render process reuse in Electron 12.

Sigue y lee este asunto para conocer los planes completo y detalles para la desaprobación.

¡Electron 10.0.0 ha sido liberado! Incluye actualizaciones a Chromium 85, V8 8.5y Node.js 12.16. Hemos agregado varias integraciones y mejoras a la API. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 10.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. The release is packed with upgrades, fixes, and new features.

En la versión 10 de Electron, también hicimos un cambio en nuestras notas de publicación. To make it easier to tell what's brand new in Electron 10 and what may have changed between Electron 10 and past releases, we now also include changes that were introduced to Electron 10, but backported to previous releases. We hope this makes it easier to apps to find new features and bug fixes when upgrading Electron.

We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

• Chromium 85.0.4183.84
  • Nuevo en Chrome 84
  • Nuevo en Chrome 85
• Node.js 12.16.3
  • Node 12.16.3 blog post
• V8 8.5
  • V8 8.4 blog post
  • V8 8.5 blog post

Características Destacadas​

• Added contents.getBackgroundThrottling() method and contents.backgroundThrottling property. [#21036]
• Exposed the desktopCapturer module in the main process. #23548
• Can now check if a given session is persistent by calling the ses.isPersistent() API. #22622
• Resolve network issues that prevented RTC calls from being connected due to network IP address changes and ICE. (Chromium issue 1113227). #24998

Vea la notas de lanzamiento 10.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

• Se cambió el valor por defecto de enableRemoteModule a false. #22091
  • This is part of our plans for deprecating the remote module and moving it to userland. You can read and follow this issue that details our reasons for this and includes a proposed timeline for deprecation.
• Se cambió el valor por defecto de app.allowRendererProcessReuse a true. #22336 (Also in Electron 9)
  • This will prevent loading of non-context-aware native modules in renderer processes.
  • You can read and follow this issue that details our reasons for this and includes a proposed timeline for deprecation.
• Fixed the positioning of window buttons on macOS when the OS locale is set to an RTL language (like Arabic or Hebrew). Frameless window apps may have to account for this change while styling their windows. #22016

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

• Session: Can now check if a given session is persistent by calling the ses.isPersistent() API. #22622
• Contents: Added contents.getBackgroundThrottling() method and contents.backgroundThrottling property. #21036

API Obsoletas​

Las siguientes APIs ahora están marcadas como obsoletas o eliminadas:

• Removed the deprecated currentlyLoggingPath property of netLog. Additionally, netLog.stopLogging no longer returns the path to the recorded log. #22732
• Deprecated uncompressed crash uploads in crashReporter. #23598

Fin de soporte para 7.x.y​

Electron 7.x.y ha alcanzado el fin de soporte según la política de soporte del proyecto. Developers and applications are encouraged to upgrade to a newer version of Electron.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 11.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 11.0. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

Continued Work for Deprecation of remote Module (in Electron 11)​

We started work to remove the remote module in Electron 9 and we're continuing plans to remove the remote module. En Electron 11, planeamos continuar el trabajo de refactorizar para implementar WeakRef como lo hemos hecho en Electron 10. Please read and follow this issue for full plans and details for deprecation.

Final Step for Requiring Native Node Modules to be Context Aware or N-API (in Electron 12)​

Edit: Originally, this blog post stated that we would disable renderer process reuse in Electron 11. Disabling renderer process reuse has now been pushed to Electron 12.

From Electron 6 onwards, we've been laying the groundwork to require native Node modules loaded in the renderer process to be either N-API or Context Aware. Enforcing this change allows for stronger security, faster performance, and reduced maintenance workload. The final step of this plan is to remove the ability to disable render process reuse in Electron 12. Read this issue for full details including the proposed timeline.

¡Electron 9.0.0 ha sido liberado! Incluye actualizaciones a Chromium 83, V8 8.3y Node.js 12.14. We've added several new API integrations for our spellchecker feature, enabled PDF viewer, and much more!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 9.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. The release is packed with upgrades, fixes, and new features. We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

• Chromium 83.0.4103.64
  • Nuevo en Chrome 81
  • Chrome 82 was skipped
  • Nuevo en Chrome 83
• Node.js 12.14.1
  • Node 12.14.1 blog post
• V8 8.3
  • V8 8.1 blog post
  • V8 8.3 blog post

Características Destacadas​

• Multiple improvements to the spellchecker feature. See more details in #22128 and #22368.
• Improved window events handler efficiency on Linux. #23260.
• Enable PDF viewer. #22131.

Vea la notas de lanzamiento 9.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

• Deprecation warning when using remote without enableRemoteModule: true. #21546
  • This is the first step in our plans for deprecating the remote module and moving it to userland. You can read and follow this issue that details our reasons for this and includes a proposed timeline for deprecation.
• Set app.enableRendererProcessReuse to true by default. #22336
  • This is continued work for a future requirement that native Node modules loaded in the renderer process be either N-API or Context Aware. Full info and proposed timeline is detailed in this issue.
• Sending non-JavaScript objects over IPC now throws an exception. #21560
  • This behavior was depreciated in Electron 8.0. In Electron 9.0, the old serialization algorithm has been removed, and sending such non-serializable objects will now throw an "object could not be cloned" error.

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

• shell Cambios en la API:
  • The shell.openItem API has been replaced with an asynchronous shell.openPath API. proposal
• sessionAPI changes:
  • Added session.listWordsFromSpellCheckerDictionary API to list custom words in the dictionary. #22128
  • Added session.removeWordFromSpellCheckerDictionary API to remove custom words in the dictionary. #22368
  • Added session.serviceWorkerContext API to access basic service worker info and receive console logs from service workers. #22313
• app Cambios en la API:
  • Added a new force parameter to app.focus() on macOS to allow apps to forcefully take focus. #23447
• BrowserWindow Cambios en la API:
  • Added support for property access to some getter/setter pairs on BrowserWindow. #23208

API Obsoletas​

Las siguientes APIs ahora están marcadas como obsoletas o eliminadas:

• shell.openItem API is now depreciated, and replaced with an asynchronous shell.openPath API.
• <webview>.getWebContents, which was deprecated in Electron 8.0, is now removed.
• webFrame.setLayoutZoomLevelLimits, which was deprecated in Electron 8.0, is now removed.

Fin de soporte para 6.x.y​

Electron 6.x.y has reached end-of-support as per the project's support policy. Developers and applications are encouraged to upgrade to a newer version of Electron.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 10.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 10.0. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

Change the default of contextIsolation from false to true (Starting in Electron 10)​

Without contextIsolation, any code running in a renderer process can quite easily reach into Electron internals or an app's preload script. That code can then perform privileged actions that Electron wants to keep restricted.

Changing this default improves the default security of Electron apps, so that apps will need to deliberately opt in to the insecure behaviour. Electron will depreciate the current default of contextIsolation in Electron 10.0, and change to the new default (true) in Electron 12.0.

For more information on contextIsolation, how to enable it easily and it's security benefits please see our dedicated Context Isolation Document.

¡Electron 8.0.0 ha sido liberado! Incluye actualizaciones a Chromium 80, V8 8.0y Node.js 12.13.0. We've added Chrome's built-in spellchecker, and much more!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 8.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. The release is packed with upgrades, fixes, and new features. We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

• Chromium 80.0.3987.86
  • Nuevo en Chrome 79
  • Nuevo en Chrome 80
• Node.js 12.13.0
  • Node 12.13.0 blog post
• V8 8.0
  • V8 7.9 blog post
  • V8 8.0 blog post

Características Destacadas​

• Implemented usage of Chrome's built-in spellchecker feature. See more details in #20692 and #21266.
• IPC communication now uses v8's Structured Clone Algorithm. This is faster, more featureful, and less surprising than the existing logic, and brings about a 2x performance boost for large buffers and complex objects. Latency for small messages is not significantly affected. See more details in #20214.

Vea la notas de lanzamiento 8.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

• Show module name in deprecation warning for context-aware modules. #21952
  • This is continued work for a future requirement that native Node modules loaded in the renderer process be either N-API or Context Aware. Full info and proposed timeline is detailed in this issue.
• Los valores enviados sobre IPC ahora son serializados con Structured Clone Algorithm. #20214
• Offscreen Rendering is currently disabled due to lack of a maintainer to work on this feature. It broke during the Chromium upgrade and was subsequently disabled. #20772

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

• app Cambios en la API:
  • Se añadió app.getApplicationNameForProtocol(url). #20399
  • Added app.showAboutPanel() and app.setAboutPanelOptions(options) support on Windows. #19420
• BrowserWindow Cambios en la API:
  • Updated docs to note that BrowserWindow options hasShadow is available on all platforms #20038
  • Added trafficLightPosition option to BrowserWindow options to allow custom positioning for traffic light buttons. #21781
  • Added accessibleTitle option to BrowserWindow for setting the accessible window title #19698
  • BrowserWindow.fromWebContents() can now return null #19983
  • Added BrowserWindow.getMediaSourceId() and BrowserWindow.moveAbove(mediaSourceId). #18926
  • Added support for will-move event on macOS. #19641
• Documented previously undocumented crashReporter.getCrashesDirectory(). #20417
• dialog Cambios en la API:
  • Added dontAddToRecent property to dialog.showOpenDialog and dialog.showOpenDialogSync to prevent documents from being added to recent documents on Windows in open dialogs. #19669
  • Added property customization to dialog.showSaveDialog and dialog.showSaveDialogSync. #19672
• Notification Cambios en la API:
  • Added timeoutType option to allow Linux/Windows users to set the type of notification timeout. #20153
  • Added urgency option to set urgency on Linux notifications. #20152
• session Cambios en la API:
  • Updated documentation on session.setProxy(config) and session.setCertificateVerifyProc(proc) to note optional options. #19604
  • Added session.downloadURL(url) to allow to triggering downloads without a BrowserWindow. #19889
  • Added support for HTTP preconnect resource hints via session.preconnect(options) and the preconnect event. #18671
  • Added session.addWordToSpellCheckerDictionary to allow custom words in the dictionary #21297
• Added option to shell.moveItemToTrash(fullPath[, deleteOnFail]) on macOS to specify what happens when moveItemToTrash fails. #19700
• systemPreferences Cambios en la API:
  • Updated systemPreferences.getColor(color) documentation for macOS. #20611
  • Added screen media type to systemPreferences.getMediaAccessStatus(). #20764
• Added nativeTheme.themeSource to allow apps to override Chromium and the OS's theme choice. #19960
• TouchBar API changes:
  • Added accessibilityLabel property to TouchBarButton and TouchBarLabel to improve TouchBarButton/TouchBarLabel accessibility. #20454
  • Updated TouchBar related documentation #19444
• tray Cambios en la API:
  • Added new options to tray.displayBalloon(): iconType, largeIcon, noSound and respectQuietTime. #19544
  • Added tray.removeBalloon(), which removes an already displayed balloon notification. #19547
  • Added tray.focus(), which returns focus to the taskbar notification area. feat: add tray.focus() #19548
• webContents Cambios en la API:
  • Added contents.executeJavaScriptInIsolatedWorld(worldId, scripts[, userGesture]) to expose executeJavaScriptInIsolatedWorld on the webContents API. #21190
  • Added methods to capture a hidden webContents. #21679
  • Added options to webContents.print([options], [callback]) to enable customization of print page headers and footers. #19688
  • Added ability to inspect specific shared workers via webContents.getAllSharedWorkers() and webContents.inspectSharedWorkerById(workerId). #20389
  • Added the support of fitToPageEnabled and scaleFactor options in WebContents.printToPDF(). #20436
• Updated webview.printToPDF documentation to indicate return type is now Uint8Array. #20505

API Obsoletas​

The following APIs are now deprecated:

• Deprecated the nonfunctional visibleOnFullScreen option within BrowserWindow.setVisibleOnAllWorkspaces prior to its removal in the next major release version. #21732
• Deprecated alternate-selected-control-text on systemPreferences.getColor(color) for macOS. #20611
• Deprecated setLayoutZoomLevelLimits on webContents, webFrame, and <webview> Tag because Chromium removed this capability. #21296
• The default value of false for app.allowRendererProcessReuse is now deprecated. #21287
• Deprecated <webview>.getWebContents() as it depends on the remote module. #20726

Fin de soporte para 5.x.y​

Electron 5.x.y has reached end-of-support as per the project's support policy. Developers and applications are encouraged to upgrade to a newer version of Electron.

Programa de retroalimentación​

We continue to use our App Feedback Program for testing. Projects who participate in this program test Electron betas on their apps; and in return, the new bugs they find are prioritized for the stable release. If you'd like to participate or learn more, check out our blog post about the program.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 9.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 9. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

Deprecation of remote Module (Starting in Electron 9)​

Due to serious security liabilities, we are beginning plans to deprecate the remote module starting in Electron 9. You can read and follow this issue that details our reasons for this and includes a proposed timeline for deprecation.

¡Electron 7.0.0 ha sido liberado! Incluye actualizaciones a Chromium 78, V8 7.8 y Node.js 12.8.1. Hemos añadido una ventana en versión de Arm 64, métodos IPC más rápidos, un nuevo API nativeTheme y mucho más!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 7.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. The release is packed with upgrades, fixes, and new features. We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

• Stack Upgrades:

  Stack	Version in Electron 6	Version in Electron 7	What's New
  Chromium	76.0.3809.146	78.0.3905.1	77, 78
  V8	7.6	7.8	7.7, 7.8
  Node.js	12.4.0	12.8.1	12.5, 12.6, 12.7, 12.8, 12.8.1

• Added Windows on Arm (64 bit) release. #18591, #20112

• Added ipcRenderer.invoke() and ipcMain.handle() for asynchronous request/response-style IPC. These are strongly recommended over the remote module. See this "Electron’s ‘remote’ module considered harmful" blog post for more information. #18449

• Added nativeTheme API to read and respond to changes in the OS's theme and color scheme. #19758, #20486

• Switched to a new TypeScript Definitions generator. The resulting definitions are more precise; so if your TypeScript build fails, this is the likely cause. #18103

See the 7.0.0 release notes for a longer list of changes.

Restaurar archivos borrados​

More information about these and future changes can be found on the Planned Breaking Changes page.

• Removed deprecated APIs:
  • Callback-based versions of functions that now use Promises. #17907
  • Tray.setHighlightMode() (macOS). #18981
  • app.enableMixedSandbox() #17894
  • app.getApplicationMenu(),
  • app.setApplicationMenu(),
  • powerMonitor.querySystemIdleState(),
  • powerMonitor.querySystemIdleTime(),
  • webFrame.setIsolatedWorldContentSecurityPolicy(),
  • webFrame.setIsolatedWorldHumanReadableName(),
  • webFrame.setIsolatedWorldSecurityOrigin() #18159
• Session.clearAuthCache() no longer allows filtering the cleared cache entries. #17970
• Native interfaces on macOS (menus, dialogs, etc.) now automatically match the dark mode setting on the user's machine. #19226
• Updated the electron module to use @electron/get. The minimum supported node version is now Node 8. #18413
• The file electron.asar no longer exists. Any packaging scripts that depend on its existence should be updated. #18577

Fin de soporte para 4.x.y​

Electron 4.x.y has reached end-of-support as per the project's support policy. Developers and applications are encouraged to upgrade to a newer version of Electron.

Programa de retroalimentación​

We continue to use our App Feedback Program for testing. Projects who participate in this program test Electron betas on their apps; and in return, the new bugs they find are prioritized for the stable release. If you'd like to participate or learn more, check out our blog post about the program.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 8.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 8. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 6.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. The release is packed with upgrades, fixes, and new features. We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

What's New​

Today marks a first for the Electron project: this is the first time we've made a stable Electron release on the same day as the corresponding Chrome stable release! 🎉

Much of Electron's functionality is provided by the core components of Chromium, Node.js, and V8. Electron keeps up-to-date with these projects to provide our users with new JavaScript features, performance improvements, and security fixes. Each of these packages has a major version bump in Electron 6:

• Chromium 76.0.3809.88
  • Nuevo en 74
  • Nuevo en 75
  • Nuevo en 76
• Node.js 12.4.0
  • Node 12.4.0 blog post
• V8 7.6.303.22
  • V8 7.6 blog post

This release also includes improvements to Electron's APIs. The release notes have a more complete list, but here are the highlights:

Promisificación​

Electron 6.0 continues the modernization initiative started in 5.0 to improve Promise support.

These functions now return Promises and still support older callback-based invocation:

• contentTracing.getCategories() #16583
• contentTracing.getCategories() #16583
• contentTracing.getTraceBufferUsage() #16600
• contents.executeJavaScript() #17312
• cookies.flushStore() #16464
• cookies.get() #16464
• cookies.remove() #16464
• cookies.set() #16464
• dialog.showCertificateTrustDialog() #17181
• inAppPurchase.getProducts() #17355
• inAppPurchase.purchaseProduct()#17355
• netLog.stopLogging() #16862
• session.clearAuthCache() #17259
• session.clearCache() #17185
• session.clearHostResolverCache() #17229
• session.clearStorageData() #17249
• session.getBlobData() #17303
• session.getCacheSize() #17185
• session.resolveProxy() #17222
• session.setProxy() #17222
• webContents.hasServiceWorker() #16535
• webContents.printToPDF() #16795
• webContents.savePage() #16742
• webFrame.executeJavaScript() #17312
• webFrame.executeJavaScriptInIsolatedWorld() #17312
• webviewTag.executeJavaScript() #17312

These functions now have two forms, synchronous and Promise-based asynchronous:

• dialog.showMessageBox()/dialog.showMessageBoxSync() #17298
• dialog.showOpenDialog()/dialog.showOpenDialogSync() #16973
• dialog.showSaveDialog()/dialog.showSaveDialogSync() #17054

These functions now return Promises:

• app.dock.show() #16904

Electron Helper (Renderer).app, Electron Helper (GPU).app and Electron Helper (Plugin).app​

In order to enable the hardened runtime, which restricts things like writable-executable memory and loading code signed by a different Team ID, special code signing entitlements needed to be granted to the Helper.

To keep these entitlements scoped to the process types that require them, Chromium added three new variants of the Helper app: one for renderers (Electron Helper (Renderer).app), one for the GPU process (Electron Helper (GPU).app) and one for plugins (Electron Helper (Plugin).app).

Folks using electron-osx-sign to codesign their Electron app shouldn't have to make any changes to their build logic. If you're codesigning your app with custom scripts, you should ensure that the three new Helper applications are correctly codesigned.

In order to package your application correctly with these new helpers you need to be using electron-packager@14.0.4 or higher. If you are using electron-builder you should follow this issue to track support for these new helpers.

Restaurar archivos borrados​

• This release begins laying the groundwork for a future requirement that native Node modules loaded in the renderer process be either N-API or Context Aware. The reasons for this change are faster performance, stronger security, and reduced maintenance workload. Read the full details including the proposed timeline in this issue. This change is expected to be completed in Electron v11.

• net.IncomingMessage las cabeceras han cambiado ligeramente para coincidir mas estrechamente con el comportamiento de Node.js, particularmente con el valor de set-cookie y como las cabeceras duplicadas son manejadas. #17517.

• shell.showItemInFolder() now returns void and is an asynchronous call. #17121

• Apps must now explicitly set a log path by calling the new function app.setAppLogPath() before using app.getPath('log'). #17841

Fin de soporte para 3.x.y​

Per our support policy, 3.x.y has reached end of life. Developers and applications are encouraged to upgrade to a newer version of Electron.

Programa de retroalimentación​

We continue to use our App Feedback Program for testing. Projects who participate in this program test Electron betas on their apps; and in return, the new bugs they find are prioritized for the stable release. If you'd like to participate or learn more, check out our blog post about the program.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 7.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 7. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

🎉 ¡Electron se está trabajando para lanzar una nueva versión estable cada 12 semanas! 🎉

⚡️ ¡Guau eso es rápido! Pero ¿por qué?​

En pocas palabras, Chromium no detiene el lanzamiento por lo que Electron tampoco va a desacelerar.

Chromium lanza una version programada cada 6 semanas. Para entregar las versiones más actualizadas de Chromium en Electron, nuestro programa necesita seguir el suyo. Puede encontrar más información sobre el ciclo de lanzamiento de Chromium aquí.

🚀 ¿Por qué cada 12 semanas?​

Cada 6 semanas, una nueva versión de Chromium viene con nuevas características, correcciones de errores / correcciones de seguridad y mejoras de V8. Los usuarios de Electron han sido fuerte y claros acerca de querer estos cambios de una manera oportuna, así que hemos ajustados nuestra fechas de lanzamientos estables para coincidir con los lanzamientos estables de Chromium. Primero, Electron v6.0.0 incluirá M76 y la fecha de publicación de la versión estable es 30 de Julio 30, 2019, el mismo día de lanzamiento que Chromium M76.

🚧 Qué significa esto para mi y mi aplicación Electron?​

Tendrás acceso a nuevas características y correcciones de Chromium y V8 más temprano que antes. Importantemente, además sabrás cuando se acercan esos cambios, así que serás capaz de planificar con mejor información que antes.

El equipo de Electron continuará soportando las últimas tres versiones mayores. Por ejemplo, cuando v6.0.0 sea estable el 30 de Julio, 2019, soportaremos v6.x, v5.x, y v4.x, mientras que la v3.x alcanzará el final de su vida.

💬 Programa de retroalimentación​

Por favor considere unirse a nuestro Programa de comentarios sobre la aplicación para ayudarnos con nuestros lanzamientos beta y estabilizaciones. Projects who participate in this program test Electron betas on their apps; and in return, the new bugs they find are prioritized for the stable release.

📝 Una breve historia de los lanzamientos de Electron​

Las decisiones acerca de las versiones estables antes de la v3.0.0 no seguían un agenda. Añadimos programas internos al proyecto con v3.0.0 y v4.0.0. A principios de este año, decidimos publicar nuestra fecha de lanzamiento estable por primera vez para Electron v5.0.0. Anunciar fechas de lanzamiento estables fue recibido positivamente en general y estamos encantados de seguir haciéndolo para futuras versiones.

Para optimizar mejor estos esfuerzos relacionados con la actualización, nuestros grupos de trabajos Upgrades y Releases fueron creados dentro de nuestro Governance. Ellos nos han permitido priorizar y delegar mejor este trabajo, el cual esperamos que se haga más evidente con la lanzamiento posterior.

Aquí es donde nuestra nueva cadencia nos colocará en comparación con la cadencia de Chromium:

📨 Si tienes alguna pregunta, por favor envíanos un correo electrónico a info@electronjs.org.