-
-
Notifications
You must be signed in to change notification settings - Fork 141
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
Improved Windows Builds #279
Conversation
@pulsar-edit/core This PR is now ready for review |
For the Uninstall Display Name, do we want to shorten in up to Pulsar? Since that's the app name, and Pulsar-Edit is just the org? |
Yeah we absolutely could. if we think it looks better sure thing. And honestly now that I consider it, the control panel already shows the Also as a side note, the Publisher on Windows does show |
Also, how does allowing the change of install directory affect having a per-user install? Or does it not, because it's being executed as the invoker of the exe anyway? |
Bet you it grabs it from the Author field in |
IIRC a per user install means it installs into So if we allow the directory to be changed it's now possible to have it be a global install, or per user. I had hoped that setting But, and I'm not sure if this is because I'm an admin on my system, I still got a UAC prompt when running the installer with |
Should probably fix that huh |
If you told it "no" to the UAC prompt, did it get angry, or carry on it's way? Because if this change fully requires admin, I feel like we'd need to see if we can stop that from happening. I think that requiring admin is a divergence of expectation 🤔 |
Looks like without approval on the UAC prompt it does in fact fail. So I do agree it's a change in expectation, but that's essentially what those linked issues are calling for. I even tried to explain this on one, but they remained steadfast that it's best to install into these other locations. Possibly should we open up a poll? I didn't realize before it would fail without admin, and honestly I'm not super on board with that idea. |
Yeah, honestly, if it allowed the choice of "machine-wide" versus "user" install types, and then did the prompt for UAC - I would be okay with it, but since it outright invalidates a non-admin install I would definitely put it to a vote |
Yeah, I'm also not comfortable with not allowing the user to install without admin powers. If we don't find a way to fix this, I feel we don't need to address the issues - I mean, it's not like Pulsar is not working right? |
Removing |
Worth a try, @sertonix :) |
I've just tried @sertonix recommended changes to fix the admin only installation, so we can wait for the binaries to generate and see if this does work |
@confused-Techie @mauricioszabo The build worked for me. |
@sertonix fantastic work! This PR now does exactly as I had originally hoped. This allows users to install Machine wide (into Program Files) or per user (into AppData) and will only require admin permission as needed. This still doesn't allow the user to install into any directory they would like, but I think is close enough for our needs. Super glad @sertonix was able to find the solution here. Since this resolves everyones concerns if it looks good then lets merge, super rad |
@confused-Techie: Thanks for your PR! With your changes, what is the default install place? |
The default installation directory is a per-machine install. That is |
@confused-Techie: Can you create test build? And after, it is needed to create an official new build with this fix! |
Any of the latest Alpha builds should already have this change. They are built automatically from each merged PR. You can download them directly from our website. But we are hoping to release anther beta when we can, but will likely still be some time. |
This PR modifies the Windows Installation Configuration:
This PR has fully been tested and confirmed to work on Windows 10