I had initially been using electron stable (4.x.x), and was able to use require
in both my browser and renderer processes. I upgraded to electron beta (5.0.0) because I needed a newer version of node and encountered this error message in my renderer process, Uncaught ReferenceError: require is not defined
.
Googling and looking through the electron docs, I found comments saying the error could be caused by setting webPreferences.nodeIntegration
to false when initializing the BrowserWindow
; e.g.: new BrowserWindow({width, height, webPreferences: {nodeIntegration: false}});
. But I was not doing this, so I thought something else must be the issue and continued searching for a resolution.
Answers:
Thank you for visiting the Q&A section on Magenaut. Please note that all the answers may not help you solve the issue immediately. So please treat them as advisements. If you found the post helpful (or not), leave a comment & I’ll get back to you as soon as possible.
Method 1
For Electron version 12 and above
const electron = require("electron"); const { app, BrowserWindow } = electron; app.on("ready", () => { const mainWindow = new BrowserWindow({ width: 1000, height: 600, webPreferences: { nodeIntegration: true, contextIsolation: false, enableRemoteModule: true, }, }); mainWindow.loadURL(`file://${__dirname}/index.html`); });
Method 2
It turns out, nodeIntegration
was true by default in previous electron versions, but false by default in 5.0.0. Consequently, setting it to true resolved my issue. Not finding this change documented online in comments or on electrons page, I thought I’d make this self-answered SO post to make it easier to find for future people who encounter this issue.
Method 3
Like junvar said, nodeIntegration
is now false by default in 5.0.0.
The electronjs FAQ has some sample code on how to set this value.
let win = new BrowserWindow({ webPreferences: { nodeIntegration: true } }) win.show()
Method 4
set nodeIntegration to true when creating new browser window.
app.on('ready', () => { mainWindow = new BrowserWindow({ webPreferences: { nodeIntegration: true } }); });
Method 5
Readers of this post should read the Do not enable Node.js Integration for Remote Content section from the Security, Native Capabilities, and Your Responsibility Guide before making a decision.
// Bad const mainWindow = new BrowserWindow({ webPreferences: { nodeIntegration: true, nodeIntegrationInWorker: true } }) mainWindow.loadURL('https://example.com') // Good const mainWindow = new BrowserWindow({ webPreferences: { preload: path.join(app.getAppPath(), 'preload.js') } }) mainWindow.loadURL('https://example.com')
Method 6
Assuming electron 12.0.0
set contextIsolation: false
keep below code in main.js
new BrowserWindow({ width: 800, height: 600, webPreferences: { nodeIntegration: true, contextIsolation: false, enableRemoteModule: true, } })
Method 7
For electron 13.0.0
webPreferences: { nodeIntegration: true, contextIsolation: false, enableRemoteModule: true }
Method 8
junvar is right, nodeIntegration
is false by default in v5.0.0.
It’s the last statement in the Other Changes
section of Release Notes for v5.0.0 and was also mentioned in this PR
Method 9
Add contextIsolation: false
in webPreferences
Method 10
You should not set contextIsolation: false
.
If you do so, as several answers suggest, then certainly your code will no longer fail with “Uncaught ReferenceError: require is not defined.”
But that’s only because you have disabled the entire security feature!
Context Isolation has been on by default since Electron 12 because it’s an important security feature for all Electron applications. If you set contextIsolation: false
, that’s like removing the lock on the front door of your house to make it possible for your family to get in and out, rather than providing a key to those who are allowed access.
Instead, you should set contextIsolation: true
(the default value) and use a preload script to expose whitelisted wrappers for any module your app may need to require. You can read more about it at the Context Isolation link, and there’s a detailed example in this stackoverflow answer.
All methods was sourced from stackoverflow.com or stackexchange.com, is licensed under cc by-sa 2.5, cc by-sa 3.0 and cc by-sa 4.0