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

Shortcuts created after setup.exe is run, not working. #1363

Open
JimiGR1 opened this issue Aug 3, 2018 · 10 comments
Open

Shortcuts created after setup.exe is run, not working. #1363

JimiGR1 opened this issue Aug 3, 2018 · 10 comments
Labels
bug:needs-more-information Issues that need more information from the submitter to understand or reproduce the problem

Comments

@JimiGR1
Copy link

JimiGR1 commented Aug 3, 2018

After "releasifying" to desired location I run setup.exe in order to install. Program installs and starts successfully. Also shortcuts are created in Start Menu and desktop and by inspecting them, they seem OK. Also "Start In" is filled with the right target and so on....
When I run the shortcuts nothing happens. And when I say nothing I don't mean it starts and fails quietly. I mean NOTHING (Event log doesn't show anything at all, so I suspected there is no execution attempt whatsoever). None of the shortcuts work making Squirrel practically useless.
Current Squirrel.windos version is 1.8.0.

@aaldrich
Copy link

@JimiGR1 did you ever find a solution to this? I'm having a similar issue.

@JimiGR1
Copy link
Author

JimiGR1 commented Apr 17, 2019

Unfortunately not. I had to drop Squirrel for this reason and use another tool for distribution...

@aaldrich
Copy link

@JimiGR1 that’s a bummer, can I ask what you used? I will likely need to do the same.

@JimiGR1
Copy link
Author

JimiGR1 commented Apr 18, 2019

I used Autoupdater.NET.Official since this was a .net winforms project. Easy to install, works like a charm and seems robust. Doesn't work "transparently" as Squirrel though. Dialogs do appear and require user input.

https://www.nuget.org/packages/Autoupdater.NET.Official/

@Thieum
Copy link
Contributor

Thieum commented May 6, 2019

@JimiGR1 @aaldrich Did the application run on Win7? Did you upgrade from a previous version of Squirrel between versions of your application?

@shiftkey shiftkey added the bug:needs-more-information Issues that need more information from the submitter to understand or reproduce the problem label May 6, 2019
@aaldrich
Copy link

aaldrich commented May 6, 2019

@Thieum I never could get it to work correctly, I just had to walk my users through using the versioned exe instead of the shortcut.

@Thieum
Copy link
Contributor

Thieum commented May 6, 2019

@aaldrich I got the exact same case when upgrading an app on windows 7. The same app was working fine on Windows 10. So maybe if you have the same case, there would be a pattern there. (Maybe the exe stub are not working well in win7 ?)

Another case was an upgrade of squirrel that had no support for exe stub to a one that had. The shortcut were also corrupted.

Could you check where the faulty shortcut is pointing to?

@Thieum
Copy link
Contributor

Thieum commented May 6, 2019

Github Desktop has the same issue on my computer (win10) actually

image

Check if you have multiple stubs in your app folder. Maybe there was a rename of your app at some point, and the shortcut hasn't been recreated with the valid stub.

@shiftkey
Copy link
Contributor

shiftkey commented May 6, 2019

@Thieum we're on Squirrel 1.5.2 at the moment, which predates the reported issue.

@Thieum
Copy link
Contributor

Thieum commented May 7, 2019

possibly linked to #1075

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug:needs-more-information Issues that need more information from the submitter to understand or reproduce the problem
Projects
None yet
Development

No branches or pull requests

4 participants