Skip to content
This repository has been archived by the owner on Mar 3, 2023. It is now read-only.

Bump Electron Version #23540

Open
wants to merge 2 commits into
base: master
Choose a base branch
from
Open

Bump Electron Version #23540

wants to merge 2 commits into from

Conversation

mansona
Copy link

@mansona mansona commented Jan 30, 2022

hey folks 馃憢 this PR is just to start a discussion as a result of the fact that we're lagging behind with Electron versions and it's causing some issues now for day-to-day development. For example the linter-eslint plugin (a very popular plugin) is not able to upgrade since a lot of eslint plugins are moving to ESM (along with the rest of the JavaScript community right now) AtomLinter/linter-eslint#1442

I know that this PR isn't good enough to get merged as it is but a) I wanted to see what the results were in the CI and b) I wanted some help identifying the required steps to get this over the line. I'm happy to help but I'm looking for some guidance 馃憤

@icecream17
Copy link
Contributor

icecream17 commented Jan 31, 2022

According to the windows errors it seems like it comes from an old nested dependency inside tree-sitter.

And updating seems to fix the problem:

"tree-sitter": "git+https://github.com/DeeDeeG/node-tree-sitter.git#bb298eaae66e0c4f11908cb6209f3e141884e88e",

should be:

 "tree-sitter": "git+https://github.com/DeeDeeG/node-tree-sitter.git#964c7977b215f193226eddd3a5ca3ef945033696", 

This updates tree-sitter > prebuild-install to version 6

And there's some c++ node-gyp warnings for both @atom/fuzzy-native@1.2.1 and pathwatcher@8.1.2 (both latest)

@sadick254
Copy link
Contributor

Hey, @mansona you have to make sure all the native modules work with the new electron version. Check that they are able to compile.
Sometimes a simple update to electron breaks a lot of things. Take a look at #22687 for reference.

@icecream17
Copy link
Contributor

icecream17 commented Feb 16, 2022

There's a comment saying to update this to true:

// TodoElectronIssue this should be set to true before Electron 12 - https://github.com/electron/electron/issues/18397
app.allowRendererProcessReuse = false;

(but note)
Since the option doesn't exist in electron 14, the lines can be deleted
electron/electron#18397

Edit: Linking to #23313, related?

@brettz9
Copy link

brettz9 commented Mar 9, 2022

FWIW, if upgrading to the latest doesn't work (or work easily), bumping up to v13 should be enough as far as linter-eslint since Node v14.7 is supposedly where ESM stabilized.

@AlexWayfer
Copy link

Now Atom fails to launch after minor updated of glibc on Arch Linux: https://bugs.archlinux.org/task/75902

Please, update dependencies to the actual versions, especially framework like Electron.

@DAC324
Copy link

DAC324 commented Sep 17, 2022

Now Atom fails to launch after minor updated of glibc on Arch Linux: https://bugs.archlinux.org/task/75902
In that issue report, there a proposal as follows (second comment):

They need to update electron or apply this patch: https://github.com/electron/electron/commit/993ecb5bdd5c57024c8718ca6203a8f924d6d574

Unfortunately, the files to be patched, do not seem to be included in atom's sources so it looks like that patch ist not usable for atom.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants