-
Notifications
You must be signed in to change notification settings - Fork 91
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
Custom app names, exec paths, etc. #37
Conversation
Mac & Linux should be the same, but just doing this first & testing it
Ok, great, I can confirm this works perfectly for my needs (on Windows). My problem was that I was quicking the intermediary app too quickly. In the end, the code is: gui.Shell.openItem execPath
setTimeout gui.App.quit, 1000 ( We're just using |
Awesome finding! Could you also change exec to gui.Shell.openItem in the test app. I guess that would help everyone. |
But that means replacing Thanks haha 😄 |
yeah:) you want me to merge? Or you are not finished yet? |
Could you please test what I said (at the top of the PR)? I think it mightn't be right, but if it is, then it's ready to merge |
I will test it and merge tomorrow. It's too late right now:) |
Thanks 👍 |
So does this mean we should remove |
I am not sure - the thing is that for linux for example extracted files lose their executable state. Maybe we will beat zip stuff eventually. Until then we need to do things before running stuff. |
I don't understand sorry. To be clear, I'm saying maybe we should just remove If you want I could keep |
this https://github.com/edjafarov/node-webkit-updater/blob/master/app/updater.js#L281 line here. when files are extracted they kinda text files. To make em executables that you can run you need to chmod them. so there is stuff that is required to be done before run. So yes:
right now I am trying to make it work for ubuntu - for some reason it is not running so that is what I am working now. |
Ok thanks. So maybe in the end we'll still have |
We would need to stick with |
In my own use case, I only care about Windows because my app will be updated through the Mac app store. But I can change it to use |
it works on windows? |
Yep. |
It works on Mac too. Like I tested if |
Ok, since |
Ok, but I'll have to add a note that the |
Ok, that's done. I've merged in those changes here (including the new |
Custom app names, exec paths, etc.
Have a read through the updated readme to see how everything has changed.
The tests seem to be fine on Windows & Mac. I'm currently using this branch as my dependency in my own app (on Windows) and I haven't gotten it 100% correct (it's probably my own code, the final app isn't being opened).
@edjafarov could you test this for me please? It would be great if you could check that the unpacking of Mac & Linux packages are the same as Windows.
E.g. if you have a
x.zip
(stored wherever you downloaded it) then it'll get unpacked into<tmp>/x
. So if there's a filea.js
at the root, then it'll be at<tmp>/x/a.js
.Also it should be assumed that your app is based on
manifest.name
and at the root of your package, e.g. after unpackaging it would be located at<tmp>/<packageBaseName>/<manifest.name>.app
,<tmp>/<packageBaseName>/<manifest.name>.exe
or<tmp>/<packageBaseName>/<manifest.name>
(linux), unless you manually override it.Related: #23, #25, #35,