[BUG] Diagnostic info shows wrong OS name and architecture

[n0samu]

Describe the bug
On my PC (Windows 10 Pro 64-bit), the launcher's diagnostic info (Logs => Copy Diagnostics) says:

Operating System: Windows 10 Enterprise
Architecture:     ia32

To Reproduce
Steps to reproduce the behavior:

1. Click the Logs tab of the launcher
2. Click Copy Diagnostics
3. Paste and observe the values

Expected behavior
Operating system and architecture should match what is shown in System Information and elsewhere.

Desktop (please complete the following information):

• OS: Windows 10 Pro 64-bit
• Flashpoint Version: 12

[oblivioncth]

Relevant source:

launcher/src/back/responses.ts

Line 1667 in 84b44cf

message = message + 'Operating System: ' + os.version() + '\n';

So there's two things going on here, but oddly enough the root issue seems to be a Windows quirk.

The launcher gets this info via Node.JS' os module, specifically os.version() and os.arch().

First, os.arch() specifically returns the architecture that the binary was compiled for, not the current host system. Since the launcher is a 32-bit application this will always show ia32. proccess.arch is an alternative to this, but I think it might suffer from the same limiation.

For os.version() things get weirder. The underlying C library that Node uses gets the name from Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProductName, which on my system is "Windows 10 Pro"; however, it seems that this library doesn't specifically request access to the 64-bit registry via KEY_WOW64_64KEY and just uses the default mask. Since the application is 32-bit, the checked value is redirected to Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows NT\CurrentVersion\ProductName and... for whatever bizarre reason, on my system the value of that key is "Windows 10 Enterprise".

Seems like Microsoft goofed.

I suppose the only around both of these is to try to find a module that better handles querying information of the host operating system (though introducing another dependency just for this sure feels shitty), or pull these values manually with os-dependent code :/

EDIT:

Seems the architecture aspect of it has been addressed before. Easy on Windows, complicated everywhere else nodejs/node#17036

[oblivioncth]

Fixed the edition name issue upstream, but of course it will be some time until the update is integrated into a Node release and then that release is integrated into an Electron release, and finally the Launcher is updated to use that XD.

libuv/libuv#4191 (review)