Please describe your issue in as much detail as possible:
When installing SteamVR it will generate a few .desktop files in .local/share/applications, two for URI handlers and and one for the VR monitor application.
The VR monitor shows up as an application in an app menu (e.g. in GNOME or any other desktop environment with an application menu) like it is intended to, however the URI handlers do as well:
I don't think this is intended behavior as URI and MIME type handlers added by other applications do not show up in the menu either (and the URI handlers are of no use if opened without an URI in the app menu).
The desktop entry specification contains a specific key for purposes like this which other applications make use of:
NoDisplay means "this application exists, but don't display it in the menus".
Please describe your issue in as much detail as possible:
When installing SteamVR it will generate a few .desktop files in
.local/share/applications, two for URI handlers and and one for the VR monitor application.The VR monitor shows up as an application in an app menu (e.g. in GNOME or any other desktop environment with an application menu) like it is intended to, however the URI handlers do as well:
I don't think this is intended behavior as URI and MIME type handlers added by other applications do not show up in the menu either (and the URI handlers are of no use if opened without an URI in the app menu).
The desktop entry specification contains a specific key for purposes like this which other applications make use of:
https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html
So this problem can be fixed by changing both
valve-URI-steamvr.desktopandvalve-URI-vrmonitor.desktop:Intended functionality is preserved as far as I tested.
Steps for reproducing this issue: