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

Implement full Windows version/edition detection #4

Open
kimmknight opened this issue May 30, 2021 · 3 comments
Open

Implement full Windows version/edition detection #4

kimmknight opened this issue May 30, 2021 · 3 comments

Comments

@kimmknight
Copy link
Owner

Currently, you will be notified if the Windows edition detected is Home or Core.

This does not cover all incompatible Windows releases, such as Windows 7 or 8 Professional. I ignored these in the first instance because adding detection for Professional would exclude Windows 10 Professional (which is compatible). Compatibility list.

Need to implement detection of incompatible versions and editions in js/winver.js.

@sashaqwert
Copy link

sashaqwert commented May 31, 2021

If in the directory "C:\Program Files\RDP Wrapper" there is a file rdpwrap.ini containing the line "TerminalServices-RemoteConnectionManager-AllowAppServerMode=1", then the edition can be considered supported.

@sashaqwert
Copy link

sashaqwert commented Jun 11, 2021

Added info about "Windows 10 Enterprise for virtual desktops"

изображение

P.S: Don't ask me where I got the ISO ...

@MrBrianGale
Copy link

My opinion - I would link to the compat list on the home page and not worry about having the app check. Patches to Windows (SP's and KB's) could easily add or remove support. For example, XP SP3 added support for some things not available in SP2. Forget what offhand, but trying to maintain the compatibility in the app is a never ending battle. Using sashaquert's approach of the RDP Wrapper requires the end users to have that installed on their system, so it is not 100% reliable. I know I wouldn't bother installing RDP Wrapper on a Windows Server machine with enough user CALs to cover my use case... plus not sure what licensing I may violate by using that.
Put it on the main page and if someone installs it on an incompatible OS, that's on them. POSSIBLY have a link during install to the compatibility list, but even that is overkill. I've installed tons of apps that are not compatible with my system in the past and it's my own dumb fault for not reading the docs first. I learned, so should end users of this tool. It is a sysadmin tool, not a "play" tool. Any sysadmin who can't read the docs shouldn't be installing the tool in the first place.

Just my 2 cents.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants