Hatch Windows installer doesn't follow best practices
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
High
|
Unassigned |
Bug Description
Hatch 0.0.3 and 0.1.2
The NSIS script for Hatch is making some poor assumptions that can cause Hatch to fail in very common scenarios.
Forces 64 bit registry access on 64bit Windows: This means that only the 64 bit version of Java will be detected. To this day the version pushed on Windows users on the Java.com homepage is 32 bit. It should be able to detect either. I suspect more special handling of the registry will also be required if we un-comment the Chrome Extension installer keys [[http://
Uses local user registry keys: This will appear to work when you do the install as an admin account that only needs to click Yes to a UAC prompt to perform the installation but if you install Hatch as an administrator no other account will be able to find the NativeMessaging
We should be pulling the existing Hatch installation location from the registry also rather than always assuming it's going to be %PROGRAMFILES%
I've got a spare machine handy that I'm going to try to make some progress on soon with this.
Changed in evergreen: | |
assignee: | nobody → Bill Erickson (berick) |
Changed in evergreen: | |
assignee: | Bill Erickson (berick) → nobody |
Changed in evergreen: | |
assignee: | nobody → Bill Erickson (berick) |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
Re: importance; this is highly important or Critical if you require the use of Hatch and you're dealing with a properly managed multiple machine setup. But since Hatch isn't itself critical I feel a bit weird about setting it that high, and if High is still too much in people's opinion I won't complain if it's dropped to Medium.