MCL-6834Launcher doesn't use bundled runtime if another is set then the option turned off
After the Java Executable option is filled out, turning it off (to make it default to the bundled executable) is ineffective and the game is still launched with the custom executable.
I've found it easy to demonstrate the issue by turning on the option, setting the field to an invalid path, then turning it off and attempting to launch the game.
I think the option to turn off the custom executable should either reset the field or keep the custom path but use the bundled path thus allowing the user to re-enable the feature using the previously set custom java-executable.
Environment
Windows 8.1 x64
launcher says it's: 2.0.832
installed Java versions:
(in C:/Program Files...):
jdk1.7.0_13
jdk1.8.0_31
jdk1.8.0_40
jre1.8.0_31
jre1.8.0_40
jre1.8.0_65
jre1.7.0_60
(in C:\Program Files(x86)...):
jre1.8.0_31
jre1.8.0_65
jre1.7.0_60
(in Minecraft Install dir (D:\Program Files(x86)\Minecraft)):
jre1.8.0_25
Windows System Environment Path variable includes: (in order)
C:\ProgramData\Oracle\Java\javapath (links to jre1.8.0_65 64bit)
C:\Program Files\Java\jre7\bin (jre1.7.0_60 64bit)
so by default jre1.8.0_65 64bit is used.
Linked Issues
Created Issue:
Launcher doesn't use bundled runtime if another is set then the option turned off
After the Java Executable option is filled out, turning it off (to make it default to the bundled executable) is ineffective and the game is still launched with the custom executable.
I've found it easy to demonstrate the issue by turning on the option, setting the field to an invalid path, then turning it off and attempting to launch the game.
I think the option to turn off the custom executable should either reset the field or keep the custom path but use the bundled path thus allowing the user to re-enable the feature using the previously set custom java-executable.
Environment
Windows 8.1 x64
launcher says it's: 2.0.832
installed Java versions:
(in C:/Program Files...):
jdk1.7.0_13
jdk1.8.0_31
jdk1.8.0_40
jre1.8.0_31
jre1.8.0_40
jre1.8.0_65
jre1.7.0_60
(in C:\Program Files(x86)...):
jre1.8.0_31
jre1.8.0_65
jre1.7.0_60
(in Minecraft Install dir (D:\Program Files(x86)\Minecraft)):
jre1.8.0_25Windows System Environment Path variable includes: (in order)
C:\ProgramData\Oracle\Java\javapath (links to jre1.8.0_65 64bit)
C:\Program Files\Java\jre7\bin (jre1.7.0_60 64bit)
so by default jre1.8.0_65 64bit is used.
- Unresolved
- Open
- Unconfirmed
- java-executable launcher launcher-bug
- 2.0.806 (Windows)
is duplicated by
![[Mojang] slicedlime](../../../data/assets/gravatar/slicedlime.jpeg){kind=small}
Have you tried keeping the slider on but telling it to use the bundled exuctable?
Default bundled-path: C:\Program Files (x86)\Minecraft\runtime\jre-x64\1.8.0_25\bin\Java
With the Java executable input field set to the bundled jre (installed onto my D drive, not C in case that matters) the game loads that bundled jre if the switch is on or off.
Confirmed
Better example: Set it to blank, then disable the Java executable option. It will come up with the "Unable to locate Java runtime" error.