Discussion: Excessive use of remote / ipc
See original GitHub issueThe sentry/electron
module appears to send an ipc
message for every single console log that occurs in every browser window, as well as other browser window events.
The core electron team has been advising against the use of remote
for a while, and recently formalized this advice: https://medium.com/@nornagon/electrons-remote-module-considered-harmful-70d69500f31
I’d consider the amount of remote/ipc messages that the sentry module ends up introducing as problematic as Electron is already a slower environment than Chromium. Perhaps it would be worth thinking about a batching strategy?
Issue Analytics
- State:
- Created 4 years ago
- Comments:6
Top Results From Across the Web
Inter process communication over remote desktop session host
This forum is for "Discuss general issues about developing applications for Windows." Your issue is related to RDSH. I found the following ...
Read more >Inter Process Communication (IPC) - GeeksforGeeks
First, we will discuss the shared memory methods of communication and then message passing. Communication between processes using shared ...
Read more >Energy-Delay investigation of Remote Inter-Process ...
Finally, we discuss the significance of our measurements. Conclusions. We performed an empirical study over diverse remote ipc technologies implemented in ...
Read more >Inter-process Communication (IPC) - The Chromium Projects
Security considerations. Security bugs in IPC can have nasty consequences (file theft, sandbox escapes, remote code execution). Check out our security for IPC...
Read more >1 Interprocess Communication - UNC Computer Science
so it cannot be used for communicating information among remote processes. ... message passing), it is not an ideal abstraction for all kinds...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
The single usage of
remote
insentry-electron
is here. It’s used to get the application name which is used by electron native crash reporter to name the crashes directory.I think the best way allow usage without
remote
but keep the convenience of the current setup would be to add an optionalappName
property toElectronOptions
. If the user supplies this property,sentry-electron
will use it and if none is supplied, it’ll fallback toremote.app.name/getName()
. If it reaches the fallback andremote
is not available, there will be an error with a pointer toElectronOptions.appName
. I’ll post a PR in a moment.Using IPC is fine, but using the
remote
module is not recommended by Electron as mentioned before. Right now I’ve managed to get rid of using theremote
module in our app, but still can’t fully disable it as Sentry relies on it. Are there any plans of fixing this?