Burning_TNT
Burning_TNT
SSL 错误是由于 Java 版本过低导致的，和启动器无关。该功能将在 #2988 合并后统一优化一大批弹窗的提示
是应当在版本 JSON 里含有  virtual == true 且 map_to_resources == true 时执行这些逻辑吗？
> 为什么不从注册表取 Program Files 路径？ 是这样做的。见 `MySHGetFolderPath(CSIDL_PROGRAM_FILES, root)`
各位可以考虑 Unsubscribe 这个 PR ———— 有各种测试性的提交用于编译 HMCL，会轰炸你们的邮箱的 :(
本 PR 计划中的功能已全部完成
> 有一个问题，如果设备上有 x86 32位的 Java，hmclauncher会如何选择 HMCLauncher 暂时还不会判断 Java 的位数
> Java的选择顺序是怎么样的 同一个检测方式，获取到了一样版本的Java，是如何选择的（ 会优先选择 Java 11+，暂不支持关于位数或 JFX 的选择
> 默认的Java目录，安装的大部分第三方发行版都不可用。而甲骨文的build２１可以识别路径，但是版本号和使用有问题。 请提供一个测试环境
> > > 默认的Java目录，安装的大部分第三方发行版都不可用。而甲骨文的build２１可以识别路径，但是版本号和使用有问题。 > > > > > > 请提供一个测试环境 > > 系统 Windows11专业工作站版23H2 64G DDR4 3200Mhz RAM CPU i7－11700K ＠3.6GHZ GPU ASUS DUAL-RTX4070 OC 12G 主板ASUS B560 M-K...
> 安装包https://download.java.net/java/early_access/jdk23/21/GPL/openjdk-23-ea+21_windows-x64_bin.zip > 路径C:\Program Files\Java > 别的应该都正常 你的 java.exe 是否位于 `C:\Program Files\Java\bin\jdk-23\java.exe`？ 我这边测试下来是没问题的  请忽略图中无法补全 JavaFX 的报错。这是因为我没有给 Windows Sandbox 联网导致的