-
-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
process.arch and process.platform are missing from polyfill #58
Comments
I think we should maintain our own fork of the process polyfill that adds these features. |
I know it's not "secure" but it really would simplify things If I am able to inject 'fs' and 'process' directly into the renderer process on electron-forge+webpack. This horrendous going back and forth via ipcMain and ipcRenderer is so fragile and difficult to get right... Do you have any advice on how I might go about writing such a polyfill? (please mind I am n00b w.r.t. webpack) |
@devzzzero In an Electron app, you can just call the Node.js APIs directly, no polyfill needed. |
Yes. Thank you. I tried setting |
Did you also try set If it doesn't work, try using a preload script, which can even make functions calling Node.js APIs available in the renderer. |
I tried all of the following at once. but I had no luck trying to get zmq to load up on the renderer side.
I think this is a combination of electron documentation bit rot combined with the fact that the last version of electron I worked with was 8.5! It was an entirely different particle way back then. :-)
Interesting! I'll take a look . Thank you! @Richienb !!! |
Hi. Please take a look at zeromq/zeromq.js#676
So the proximate cause is that the polyfill is not providing process.arch and process.platform which is causing zeromq to barf when packed with webpack.
The process/browser package has not been updated since 2016 or so.
What do you think should be done in this case?
Thank you.
The text was updated successfully, but these errors were encountered: