À partir de Septembre 2021, Electron publiera une nouvelle version majeure et stable toutes les 8 semaines.

En 2019, Electron est passé à un cycle d'une publication toute les 12 semaines pour correspondre au cycle de publication de 6 semaines de Chromium. Récemment, Chrome et Microsoft ont annoncé des changements qui nous ont fait reconsidérer la cadence actuelle des versions d'Electron:

1. Chromium prévoit de publier une release toutes les 4 semaines et ce à partir de Chrome 94 le 21 septembre 2021. Cette cadence de version ajoute également une nouvelle option Extended Stable toutes les 8 semaines, qui contiendra toutes les corrections de sécurité mises à jour.

2. Le Microsoft Store nécessitera que les applications basées sur Chrome ne soient pas plus anciennes que de 2 versions majeures. Par exemple, si la dernière version majeure de Chromium est 85, tout navigateur basé sur Chromium doit être au moins sur Chromium version 83 ou supérieure. Cette règle inclut les applications Electron.

À partir de septembre 2021, Electron sortira une nouvelle version stable majeure toutes les 8 semaines, pour correspondre aux 8 semaines des versions stables de Chromium.

Notre première version avec Chromium Extended Stable sera Electron 15 le 21 septembre 2021.

Sachant que le changement de cadence de publication aura un impact sur d'autres applications en aval, nous voulions le faire savoir à notre communauté de développeurs le plus tôt possible. Pour en savoir plus, voyez notre calendrier de publication 2021.

Electron 15: Alpha Temporaire​

Étant donné que notre version initiale d'Electron 15 ciblait une version non stable étendue (les versions stables étendues de Chromium sont basées sur leurs versions paires), nous avons dû modifier notre date de sortie initiale. Cependant, une application Electron doit utiliser les 2 dernières versions majeures de Chromium pour être acceptée dans le Microsoft Store, ce qui rendait intenable l'attente de deux versions de Chromium.

Avec ces deux exigences, notre équipe s'est retrouvée confrontée à un dilemme en termes de timing. Le passage d'Electron 15 à Chromium M94 permettrait aux développeurs d'applications d'accéder à la toute première version stable étendue de Chromium, mais cela réduirait également le cycle entre la version bêta et la version stable à seulement 3 semaines.

Pour faciliter cette transition, Electron proposera une version alpha temporaire, uniquement pour la version Electron 15. Cette version alpha permettra aux développeurs de disposer de plus de temps pour tester et planifier la sortie d'Electron 15, avec une version plus stable que nos versions nocturnes actuelles.

La version alpha sera disponible pour Electron 15 le 20 juillet 2021. Il passera en version bêta le 1er septembre 2021, avec une version stable prévue pour le 21 septembre 2021. Les versions ultérieures d'Electron ne feront pas l'objet de versions alpha.

Plan de diffusion pour 2021​

Voici notre calendrier de publication pour 2021 :

L'ajout du canal alpha prolonge le temps de développement avant le lancement d'Electron 15 de 3 à 9 semaines, ce qui se rapproche davantage de notre nouveau cycle de 8 semaines, tout en répondant aux exigences de soumission au Windows Store.

Afin d'aider davantage les développeurs d'applications, pour le reste de l'année 2021 et jusqu'en mai 2022, nous étendrons également notre politique de versions prises en charge des 3 dernières versions aux 4 dernières versions d'Electron. Cela signifie que même si vous ne pouvez pas modifier immédiatement votre calendrier de mise à niveau, les anciennes versions d'Electron continueront de bénéficier des mises à jour de sécurité et des correctifs.

Tenir compte des préoccupations​

Il y a une raison pour laquelle nous publions ce post bien avant que ce changement de cycle de publication ne soit prévu. Nous savons qu’un cycle de sortie plus rapide aura un impact réel sur les applications Electron - et certaines peuvent déjà amener à considérer notre cadence de sortie majeure agressive.

Nous avons tenté de répondre aux préoccupations communes ci-dessous :

❓ Pourquoi même faire ce changement ? Pourquoi ne pas garder la cadence de la sortie de 12 semaines ?​

Pour fournir les versions les plus récentes de Chromium dans Electron, notre calendrier doit suivre le leur. Pour plus d'informations sur le cycle de publication de Chromium, rendez-vous ici.

De plus, le rythme actuel de publication toutes les 12 semaines serait intenable avec les nouvelles exigences de soumission du Microsoft Store. Même les applications utilisant la dernière version stable d'Electron pourraient être rejetées pendant environ deux semaines en raison des nouvelles exigences de sécurité.

Chaque nouvelle version de Chromium contient de nouvelles fonctionnalités, des corrections de bogues/de sécurité et des améliorations V8. Nous souhaitons que vous, en tant que développeurs d'applications, puissiez bénéficier de ces modifications en temps opportun. C'est pourquoi nos dates de publication des versions stables continueront de correspondre à celles des autres versions stables de Chromium. En tant que développeur d'applications, vous aurez accès plus rapidement aux nouvelles fonctionnalités et corrections de Chromium et V8.

❓ Le calendrier de sortie des 12 semaines existantes se déplace déjà rapidement. Quelles mesures l'équipe prend-elle pour faciliter la mise à niveau ?​

L'un des avantages d'une fréquence de publication plus élevée est d'avoir des publications plus petites. Nous comprenons que la mise à niveau des versions majeures d'Electron peut s'avérer difficile. Nous espérons que les versions mineures introduiront moins de changements majeurs dans Chromium et Node, ainsi que moins de changements radicaux, par version.

❓ Y aura-t-il une version alpha disponible pour les futures versions d'Electron ?​

Il n'est pas prévu pour l'instant de prendre en charge une version alpha permanente. Cette version alpha est uniquement destinée à Electron 15, afin d'aider les développeurs à effectuer plus facilement la mise à niveau pendant la période de publication raccourcie.

❓ Electron va-t-il étendre le nombre de versions supportées ?​

Nous étendrons notre politique de prise en charge des versions des trois dernières versions aux quatre dernières versions d'Electron jusqu'en mai 2022, avec la sortie d'Electron 19. Après la sortie d'Electron 19, nous reviendrons à la prise en charge des trois dernières versions majeures, ainsi que des versions bêta et nocturne.

Questions?​

📨 Si vous avez des questions ou des préoccupations, veuillez nous écrire à info@electronjs.org ou rejoindre notre Discord. Nous savons qu'il s'agit d'un changement qui aura un impact sur de nombreuses applications et affectera les développeurs donc, vos commentaires sont très importants pour nous. Nous voulons avoir de vos nouvelles !

At OpenJS World this morning, we announced that Electron has officially graduated from the OpenJS Foundation's incubation program, and is now an OpenJS Foundation Impact Project.

Electron entered incubation in December of 2019, at the last OpenJS Foundation global conference in Montreal. We're excited to take a larger role in the JavaScript community as an Impact Project, and continue our partnership with the OpenJS Foundation.

Learning more​

You can read up on the foundation, its mission, and its members on the OpenJSF website. The OpenJS Foundation is host to a number of open source JavaScript projects including jQuery, Node.js, and webpack. It's supported by 30 corporate and end-user members, including GoDaddy, Google, IBM, Intel, Joyent, and Microsoft.

Electron is an open–source framework for building cross-platform desktop applications with web technologies. To learn more about the humans behind Electron and how they work together, take a look at our Governance page.

To get started with Electron itself, take a peek at our documentation.

Electron suspend temporairement les versions majeures

Que se passe-t-il ?​

Notre calendrier des versions majeures suit celui de Chromium, et le projet Chromium a récemment pris la décision de réaliser une pause en raison de l'adaptation de ses horaires de travail. Cela signifie que pendant la durée de la cadence modifiée de Chromium, Electron mettra également temporairement en pause les nouvelles versions majeures.

Nous pensons que notre meilleur choix est de suivre les traces de Chromium, et donc, dans l'intervalle, l'équipe d'Electron va se consacrer à plein temps à la correction des bugs, à la sécurité, aux performances et à la stabilité.

Nous voulons nous assurer que le bien-être de nos mainteneurs et de nos consommateurs est une priorité pendant cette période, c'est pourquoi nous vous invitons à nous faire part de vos commentaires et nous sommes impatients de revenir à notre calendrier de publication régulier.

Pour plus d'informations, veuillez suivre notre compte Twitter.

Edit (2020-03-30): Electron 9 stable ciblera Chromium M83 et sera publié le 19 mai 2020, en réponse à l'annonce de Chromium de sauter la date de stable M82 et d'ajuster la date de stable M83.

At Node+JS Interactive in Montreal, the OpenJS Foundation announced that it accepted Electron into the Foundation's incubation program. The Foundation is committed to supporting the healthy growth of the JavaScript ecosystem and web technologies by providing a neutral organization to host and sustain projects, as well as collaboratively fund activities for the benefit of the community at large.

The OpenJS Foundation is host to a number of open source JavaScript projects including jQuery, Node.js, and webpack. It's supported by 30 corporate and end-user members, including GoDaddy, Google, IBM, Intel, Joyent, and Microsoft. Electron is an open–source framework for building cross-platform desktop applications with web technologies.

This is an exciting move for Electron, and we see it as a next step in our evolution as an open-source project.

What this means for developers​

Electron joining the OpenJS Foundation does not change how Electron is made, released, or used — and does not directly affect developers building applications with Electron. Even though Electron was originally created at GitHub in 2013, it is currently maintained by a number of organizations and individuals. In 2019, Electron codified its governance structure and invested heavily into formalizing how decisions affecting the entire project are made. We believe that having multiple organizations and developers investing in and collaborating on Electron makes the project stronger.

Lifting Electron up from being owned by a single corporate entity and moving it into a neutral foundation focused on supporting the web and JavaScript ecosystem is a natural next step as we mature as an open-source project.

Learning more​

You can read up on the foundation, its mission, and its members on the OpenJSF website. For more information and quotes about the acceptance of Electron into the OpenJSF incubation program, check out the official press release. To learn more about the humans behind Electron and how they work together, take a look at our Governance page.

To get started with Electron itself, take a peek at our documentation.

🎉 Electron sort une nouvelle version stable majeure toutes les 12 semaines ! 🎉

⚡ Wow c'est rapide ! Mais pourquoi?​

En termes simples, Chromium n’arrête pas de livrer des nouvelles versions, donc Electron ne va pas ralentir non plus.

Sorties de Chromium sur un calendrier cohérent de 6 semaines. Pour fournir les versions les plus récentes de Chromium dans Electron, notre calendrier doit suivre le leur. Pour plus d'informations sur le cycle de publication de Chromium, rendez-vous ici.

🚀 Pourquoi toutes les 12 semaines?​

Toutes les 6 semaines, une nouvelle version de Chromium est déployée avec de nouvelles fonctionnalités, des corrections de bugs / des correctifs de sécurité et des améliorations de V8. Les utilisateurs d'Electron ont été très insistants et très clairs sur le souhait que ces changements soient effectués dans les plus brefs délais. Nous avons donc adaptés nos dates de publications à celles de Chromium. En premier lieu, la v6.0.0 d'Electron inclura M76 et la version stable est prévue pour le 30 juillet 2019, le même jour que celle de Chromium M76.

🚧 Qu'est-ce que cela signifie pour moi et mon application Electron ?​

Vous aurez accès aux nouvelles fonctionnalités et correctifs de Chromium et V8 plus tôt qu'auparavant. Il est important de noter que vous serez également avertis lorsque ces nouveaux changements arriveront, de sorte que vous serez en mesure de planifier avec de meilleures informations qu’auparavant.

L'équipe d'Electron continuera à supporter les trois dernières versions majeures. Par exemple, lorsque v6.0.0 sera stable le 30 juillet 2019, nous prendrons en charge v6.x, v5.x et v4.x, tandis que v3.x atteindra sa fin de vie.

💬 Programme de feedback​

Ce serait bien d'envisager de rejoindre notre App Feedback Program pour nous aider à tester nos versions bêta et notre stabilisation. Les projets qui participent à ce programme testent les bétas d'Electron sur leurs applications ; et en retour, les nouveaux bogues qu'ils trouvent sont priorisés pour la version stable.

📝 Un bref historique des versions d'Electron​

Les décisions concernant les versions stables avant la version 3.0.0 n’ont pas suivi de calendrier. Nous avons ajouté des calendriers internes au projet avec v3.0.0 et v4.0.0. En début d'année, nous avons décidé de publier pour la première fois la date de version stable Electron v5.0.0. L'annonce de nos dates de publication stable a été bien reçue et nous sommes heureux de continuer à le faire pour les prochaines versions.

Afin de mieux rationaliser ces efforts liés aux mises à niveau, nos groupes de travail Upgrades et Releases ont été créés au sein de notre système Governance. Ils nous ont permis de mieux hiérarchiser et déléguer ce travail, ce qui, nous l'espérons, deviendra plus évident avec chaque version ultérieure.

Voici où notre nouvelle cadence nous placera par rapport à celle de Chromium :

📨 Si vous avez des questions, veuillez nous écrire à info@electronjs.org.

À mesure qu'Electron gagne en popularité pour les applications de bureau, l'équipe qui y travaille s'est également étoffée : nous avons plus de responsables à temps plein travaillant pour différentes sociétés, vivant dans différents fuseaux horaires, et ayant des intérêts différents. Nous introduisons donc une structure de gouvernance afin de pouvoir continuer à croître en douceur.

Pourquoi les choses changent-elles ?​

Les gens du projet Electron se coordonnent en vivant dans des fuseaux horaires du monde entier avec des volontaires, des responsables à temps plein et avec plusieurs entreprises qui dépendent toutes d'Electron. Jusqu'à présent, nous avons réussi sans une coordination formelle ; mais au fur et à mesure du développement de l'équipe, nous avons constaté que l'approche n'était pas évolutive. Nous voulons également faciliter la tâche des nouveaux contributeurs pour qu'ils se sentent bien en intégrant le projet.

Groupes de travail​

La gouvernance d'Electron comprend des groupes de travail responsables des différentes parties du projet. Nous commençons avec sept groupes :

• Communauté & Sécurité : gère le Code de conduite.
• Docs & Outils : supervise les outils externes (par exemple Fiddle, Forge) et la documentation d'Electron .
• Vulgarisation: Participe à l'aggrandissement de la communauté Electron.
• Versions : Permet de s'assurer que les versions sont stables et dans les délais.
• Sécurité : Effectue des tests de sécurité et répond aux problèmes de sécurité.
• Mises à jour : intègre les mises à jour en amont telles que les nouvelles versions de V8, Chromium et Node.
• Site Web: Maintient et améliore le site Web d'Electron.

Ces groupes se coordonnent entre eux, cependant chacun d'entre eux a ses propres calendriers et agendas à des fins de productivité. Plus de détails sur ces groupes sont disponibles sur le dépôt de gouvernance.

Est ce que cela modifie la direction du projet Electron ?​

Cela ne devrait pas avoir d'effet direct sur la direction d'Electron. Si notre stratégie est couronnée de succès, les groupes de travail permettront aux nouveaux contributeurs de trouver plus facilement des sujets qui les intéressent, et ainsi faciliter la vie des responsables en déplaçant toute discussion sans rapport avec leur travail quotidien vers d'autres groupes. Si tout se passe bien, cela impliquera davantage de personnes non bloquées pouvant travailler ensemble.

Où puis-je en apprendre davantage ?​

• Le repo de gouvernance et la charte contiennent des informations sur la nouvelle structure de gouvernance.
• Chaque groupe de travail a sa propre page : Communauté, Doc & Outils, Vulgarisation, Versions, Sécurité, Mises à jour, et Site.
• Vous pouvez contacter les responsables en déclarant un problème ou en nous envoyant un e-mail à info@electronjs.org.

L'équipe d'Electron cessera de prendre en charge Linux 32 bits (ia32 / i386) à partir d'Electron v4.0. La dernière version d'Electron qui prend en charge les installations basées sur 32 bits de Linux est Electron v3.1, qui recevra des versions de support jusqu'à la sortie d'Electron v6. Support for 64-bit based Linux and armv7l will continue unchanged.

What exactly is Electron no longer supporting?​

You may have seen the description "64-bit" and "32-bit" as stickers on your computer or as options for downloading software. The term is used to describe a specific computer architecture. Most computers made in the 1990s and early 2000s were made with CPUs that were based on the 32-bit architecture, while most computers made later were based on the newer and more powerful 64-bit architecture. The Nintendo 64 (get it?) and the PlayStation 2 were the first widely available consumer devices with the new architecture, computers sold after 2010 contained almost exclusively 64-bit processors. As a result, support has been shrinking: Google stopped releasing Chrome for 32-bit Linux in March 2016, Canonical stopped providing 32-bit desktop images in 2017 and dropped support for 32-bit altogether with Ubuntu 18.10. Arch Linux, elementary OS, and other prominent Linux distributions have already dropped support for the aging processor architecture.

Until now, Electron has provided and supported builds that run on the older 32-bit architecture. From release v4.0 onwards, the Electron team will no longer be able to provide binaries or support for 32-bit Linux.

Electron has always been a vibrant open source project and we continue to support and encourage developers interested in building Electron for exotic architectures.

What does that mean for developers?​

If you are not currently providing 32-bit distributions of your app for Linux, no action is required.

Projects which ship 32-bit Linux Electron applications will need to decide how to proceed. 32-bit Linux will be supported on Electron 3 until the release of Electron 6, which gives some time to make decisions and plans.

What does that mean for users?​

If you are a Linux user and not sure whether or not you're running a 64-bit based system, you are likely running on a 64-bit based architecture. To make sure, you can run the lscpu or uname -m commands in your terminal. Either one will print your current architecture.

If you are using Linux on a 32-bit processor, you have likely already encountered difficulties finding recently released software for your operating system. The Electron team joins other prominent members in the Linux community by recommending that you upgrade to a 64-bit based architecture.

If you're having trouble using a native Node.js addon with Electron 5.0, there's a chance it needs to be updated to work with the most recent version of V8.

Goodbye v8::Handle, Hello v8::Local​

In 2014, the V8 team deprecated v8::Handle in favor of v8::Local for local handles. Electron 5.0 includes a version of V8 that has finally removed v8::Handle for good, and native Node.js addons that still use it will need to be updated before they can be used with Electron 5.0.

The required code change is minimal, but every native Node module that still uses v8::Handle will fail to build with Electron 5.0 and will need to be modified. The good news is that Node.js v12 will also include this V8 change, so any modules that use v8::Handle will need to be updated anyway to work with the upcoming version of Node.

I maintain a native addon, how can I help?​

If you maintain a native addon for Node.js, ensure you replace all occurrences of v8::Handle with v8::Local. The former was just an alias of the latter, so no other changes need to be made to address this specific issue.

You may also be interested in looking into N-API, which is maintained separately from V8 as a part of Node.js itself, and aims to insulate native addons from changes in the underlying JavaScript engine. You can find more information in the N-API documentation on the Node.js website.

Help! I use a native addon in my app and it won't work!​

If you're consuming a native addon for Node.js in your app and the native addon will not build because of this issue, check with the author of the addon to see if they've released a new version that fixes the problem. If not, reaching out to the author (or opening a Pull Request!) is probably your best bet.

Electron now uses GN to build itself. Here's a discussion of why.

GYP and GN

Lorsque Electron a été publié pour la première fois en 2013, la configuration de construction de Chromium a été écrite avec GYP, abréviation de « Générer vos projets ».

En 2014, le projet Chromium a introduit un nouvel outil de configuration de compilation appelé GN (abréviation de "Générer Ninja") les fichiers de compilation de Chromium ont été migrés vers GN et GYP a été retiré du code source.

Electron a historiquement maintenu une séparation entre le code principal Electron et le libchromiumcontent, la partie d'Electron qui contient le sous-module 'content' de Chromium. Electron has carried on using GYP, while libchromiumcontent -- as a subset of Chromium -- switched to GN when Chromium did.

Like gears that don't quite mesh, there was friction between using the two build systems. Maintaining compatibility was error-prone, from compiler flags and #defines that needed to be meticulously kept in sync between Chromium, Node, V8, and Electron.

To address this, the Electron team has been working on moving everything to GN. Today, the commit to remove the last of the GYP code from Electron was landed in master.

What this means for you

If you're contributing to Electron itself, the process of checking out and building Electron from master or 4.0.0 is very different than it was in 3.0.0 and earlier. See the GN build instructions for details.

If you're developing an app with Electron, there are a few minor changes you might notice in the new Electron 4.0.0-nightly; but more than likely, Electron's change in build system will be totally transparent to you.

What this means for Electron

GN is faster than GYP and its files are more readable and maintainable. Moreover, we hope that using a single build configuration system will reduce the work required to upgrade Electron to new versions of Chromium.

• It's already helped development on Electron 4.0.0 substantially because Chromium 67 removed support for MSVC and switched to building with Clang on Windows. With the GN build, we inherit all the compiler commands from Chromium directly, so we got the Clang build on Windows for free!

• It's also made it easier for Electron to use BoringSSL in a unified build across Electron, Chromium, and Node -- something that was problematic before.

Electron 1.4. 2 contient une mise à jour importante qui corrige un problème de Chrome amont où certains Symantec, GeoTrust, et les certificats Thawte SSL/TLS sont incorrectement rejetés 10 semaines à partir de la date de construction de libchromiumcontent, la bibliothèque Chrome sous-jacente d'Electron. There are no issues with the certificates used on the affected sites and replacing these certificates will not help.

In Electron 1.4.0 — 1.4.11 HTTPS requests to sites using these affected certificates will fail with network errors after a certain date. This affects HTTPS requests made using Chrome's underlying networking APIs such as window.fetch, Ajax requests, Electron's net API, BrowserWindow.loadURL, webContents.loadURL, the src attribute on a <webview> tag, and others.

Upgrading your applications to 1.4.12 will prevent these request failures from occurring.

Note: This issue was introduced in Chrome 53 so Electron versions earlier than 1.4.0 are not affected.

Impact Dates​

Below is a table of each Electron 1.4 version and the date when requests to sites using these affected certificates will start to fail.

You can verify your app's impact date by setting your computer's clock ahead and then check to see if https://symbeta.symantec.com/welcome/ successfully loads from it.

More Information​

You can read more about this topic, the original issue, and the fix at the following places:

• What is Certificate Transparency?
• Symtantec knowledge base article
• Chrome issue 664177
• Chrome fix for issue 664177
• libchromiumcontent patch for issue 664177