Skip to content
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

temporary node file with random name #5

Closed
ask2018 opened this issue Jan 23, 2018 · 7 comments
Closed

temporary node file with random name #5

ask2018 opened this issue Jan 23, 2018 · 7 comments

Comments

@ask2018
Copy link

ask2018 commented Jan 23, 2018

Hi, I'm trying this software on Win 7 64bit and this software is creating on every start new temp .node file in the windows temp folder. Problem is this file is temporary binary executable file with random file name and that's the reason I cannot create for it proper rules in my security software. It's simply new file again and again and I need to create/confirm these rules again and again. Is there chance to change this behaviour in future builds?

vladimiry added a commit that referenced this issue Jan 23, 2018
* keytar, sodium-native, etc
@vladimiry
Copy link
Owner

vladimiry commented Jan 23, 2018

@ask2018
Copy link
Author

ask2018 commented Jan 23, 2018

Thanks for update, but unfortunately it's still the same with 0.2.1 version. On every new software start file "C:\Users\USERNAME\AppData\Local\Temp\some_random_string.tmp.node" is created and because this seems to be some DLL file, my security software keeps asking me for updated/new component confirmation with my current security settings. Basically what I need is no temp executable files with random name like this created and using just usual static location/filename executables and other components.

@vladimiry
Copy link
Owner

vladimiry commented Jan 24, 2018

That tmp file is a native library (yes apparently DLL like) that comes with https://github.com/atom/node-keytar module. You can unpack asar close to app executable manually an make sure that tmp file and keytar's binary module are equal files. Electron unpacks it for execution/loading from asar archive. I disabled keytar module packaging assuming that it will be sufficient fix, but that was just a quick guess. I might come up with new ideas, but that's how things work for now. First of all I will need to verify that keytar module has not actually been packed into the asar with 0.2.1 version.

vladimiry added a commit that referenced this issue Jan 24, 2018
@vladimiry
Copy link
Owner

I disabled keytar module packaging assuming that it will be sufficient fix, but that was just a quick guess.

First of all I will need to verify that keytar module has not actually been packed into the asar with 0.2.1 version.

Unpacking modules with native code was a right move, I just failed to properly unpack it, fix is coming.

@vladimiry
Copy link
Owner

vladimiry commented Jan 24, 2018

@ask2018 can you verify that issue has been resolved with new release https://github.com/vladimiry/protonmail-desktop-app/releases/tag/v0.2.2

@ask2018
Copy link
Author

ask2018 commented Jan 24, 2018

Yeah great. Thank you. Seems to be fixed. No more temp files created.Tested protonmail-desktop-app-Setup-0.2.2.exe only. The NSIS installer for version 0.2.2 seems to be broken and just crash after I try to run it: Btw would be also nice to let the user to choose custom installation folder and my personal suggestion for installation program is Inno Setup - http://www.jrsoftware.org/isinfo.php That's much more cleaner setups in my opinion.

@vladimiry
Copy link
Owner

Closing as resolved.

Adjusting installation packages is a different thing.

let the user to choose custom installation folder

Available in 0.2.3.

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

No branches or pull requests

2 participants