mlabbe-pg

Putting the filter location in the status bar works much better with auto-hide navigation pane. It'll definitely stay there :)

Thanks for the tip!

1. Yes, I use auto-hide so I can maximize space for tabbed rdp sessions (especially with jump hosts).

2. There is no "All vaults" option in this "Filter options" menu. I'm talking about the filter in Navigation pane (bottom):

1. It's not. When the navigation pane is collapsed, its bottom filter is hidden with it.

Before 2026.3.x, clicking the navigation bar automatically focused the filter textbox (and also selected all text) so you could just click navigation to unhide it and start typing right away.

Now you need to click navigation, click filter textbox, delete current filter and then start typing, which is much less productive.

Also, as reported in another thread, when editing (navigation bar) filter, you can still press ENTER to open selected entry, but up/down arrows now changes filter based on filter history (nuking the filter you just typed and forcing you to erase/retype filter again), instead of moving entry selection like before. I don't know if this is an intentional change, but the previous behavior was MUCH more preferred.

The other thread mentions 2026.3.10.0 fixed the second issue, but it did not in my case.

I'm using 2026.3.10.0 and when editing filter in navigation pane, up & down arrows still change filter according to filter history (making search results disappear, which is very annoying) instead of moving selected entry like before.

Did I miss some other option?

Hi,

I confirm adding --locale en-US does work:

I tried to do some more testing (since upgrading from 2025.x to 2026.x doesn't require --locale en-US).

But while this flag is not supposed to be persistent, I can't seem to be able to reproduce the issue anymore ¯\_(ツ)_/¯

I noticed 2026.1.15 is out and I confirm it has the same issue.

I gave --verbose-logs another try, and figured out it's applying not to winget command output but to winget logfiles.

It looks like an issue with locales, specific to winget upgrade.

winget upgrade log:

[...]

2026-03-27 09:36:31.569 [CLI ] Market Filter created with market: CA

2026-03-27 09:36:31.569 [CLI ] Locale Comparator created with Required Locales: [] , Preferred Locales: [fr-FR] , IsInstalledLocale: 1

2026-03-27 09:36:31.569 [CLI ] Architecture Comparator created with allowed architectures: [X64, X86, Neutral]

[...]

2026-03-27 09:36:31.576 [CLI ] Updating from [2026.1.14.0] to [2026.1.15.0]

2026-03-27 09:36:31.576 [REPO] Did not find pin Package=[Devolutions.RemoteDesktopManager] Source=[Microsoft.Winget.Source_8wekyb3d8bbwe]

2026-03-27 09:36:31.576 [CORE] Reading cached file [C:\Users\{username}\AppData\Local\Temp\WinGet\cache\V2_M\Microsoft.Winget.Source_8wekyb3d8bbwe\manifests/d/Devolutions/RemoteDesktopManager/2026.1.15.0/44e3]

2026-03-27 09:36:31.576 [YAML] Detected UTF-8

2026-03-27 09:36:31.580 [CLI ] Starting installer selection.

2026-03-27 09:36:31.580 [CLI ] Installer [Neutral,msi,Machine,en-US] not applicable: Installer locale does not match required locale: en-USRequired locales: [] Or does not satisfy compatible match for Preferred Locales: [fr-FR]

2026-03-27 09:36:31.580 [CLI ] Installer [X64,msi,Machine,en-US] not applicable: Installer locale does not match required locale: en-USRequired locales: [] Or does not satisfy compatible match for Preferred Locales: [fr-FR]

2026-03-27 09:36:31.580 [CLI ] Installer [Arm64,msi,Machine,en-US] not applicable: Installer locale does not match required locale: en-USRequired locales: [] Or does not satisfy compatible match for Preferred Locales: [fr-FR]

2026-03-27 09:36:31.580 [CLI ] Installer [Arm64,msi,Machine,en-US] not applicable: Machine is not compatible with Arm64

2026-03-27 09:36:31.599 [CLI ] Terminating context: 0x8a15002b at C:\__w\1\s\external\pkg\src\AppInstallerCLICore\Workflows\UpdateFlow.cpp:be

I'm not sure why it's detecting fr-FR as Preferred Locales in this case.

Note that my OS is configured with fr-CA, but was installed with a fr-FR iso.

winget install log:

2026-03-27 09:49:42.339 [YAML] Detected UTF-8

2026-03-27 09:49:42.343 [CLI ] Manifest fields: Name [Remote Desktop Manager], Version [2026.1.14.0]

2026-03-27 09:49:42.344 [CLI ] Market Filter created with market: CA

2026-03-27 09:49:42.344 [CLI ] Locale Comparator created with Required Locales: [] , Preferred Locales: [fr-CA] , IsInstalledLocale: 0

2026-03-27 09:49:42.344 [CLI ] Architecture Comparator created with allowed architectures: [X64, X86, Neutral]

2026-03-27 09:49:42.344 [CLI ] Starting installer selection.

2026-03-27 09:49:42.344 [CLI ] Installer [Neutral,msi,Machine,en-US] is current best choice

2026-03-27 09:49:42.344 [CLI ] Installer [X64,msi,Machine,en-US] is better [strong] than [Neutral,msi,Machine,en-US] due to: Machine Architecture

2026-03-27 09:49:42.344 [CLI ] Installer [X64,msi,Machine,en-US] is current best choice

2026-03-27 09:49:42.344 [CLI ] Installer [Arm64,msi,Machine,en-US] not applicable: Machine is not compatible with Arm64

2026-03-27 09:49:42.344 [CLI ] Completed installer selection.

2026-03-27 09:49:42.344 [CLI ] Selected installer Architecture: 2

2026-03-27 09:49:42.344 [CLI ] Selected installer URL: https://cdn.devolutions.net/download/Setup.RemoteDesktopManager.win-x64.2026.1.14.0.msi

2026-03-27 09:49:42.344 [CLI ] Selected installer InstallerType: msi

2026-03-27 09:49:42.344 [CLI ] Selected installer Scope: Machine

2026-03-27 09:49:42.344 [CLI ] Selected installer Language: en-US

I confirm it's installed in C:\Program Files\Devolutions\Remote Desktop Manager\.

You can look at commands used in my previous post:

winget install -h -e --id Devolutions.RemoteDesktopManager --version 2026.1.12.0

winget upgrade -h -e --id Devolutions.RemoteDesktopManager

I didn't specify a --scope argument to change it from default.

--verbose-logs doesn't really add anything:

I did some more tests:

The upgrades are not eligible if RDM was installed (or last upgraded) using the .msi setup installer (which is what winget uses to do the install/upgrade).

winget upgrade works if RDM was installed (or last upgraded) using the .exe setup installer.

That explains why 2025.3.32.0 (reinstalled recently using the .exe) did upgrade to 2026.1.12.0 via winget upgrade (upgrade done with the .msi) and then next upgrades (2026.1.14.0) are not eligible.

Note: You should be able to reproduce this issue very easily on your side. Winget is built-in on Windows 11 (and Win10 since 1809).

2026.1.14.0 is available now, but upgrade still doesn't work:

Uninstalled / reinstalled, same result:

RDM 2026.1.14.0 is not available yet on Winget repository.

Current latest is still 2026.1.12.0:

-edit- looks like the 2026.1.14.0 hasn't been submit at all:

https://github.com/microsoft/winget-pkgs/tree/master/manifests/d/Devolutions/RemoteDesktopManager

Just want to add:

2025.3.32.0 gets upgraded to 2026.1.12.0.

but 2026.1.11.0 don't seem to qualify for the upgrade.

I've noticed since I added RDM to my Winget update script, a couple RDM versions ago:

C:\Windows\System32>winget upgrade -h -e --id Devolutions.RemoteDesktopManager
Aucune mise à niveau applicable trouvée.
Une version de package plus récente est disponible dans une source configurée, mais elle ne s’applique pas à votre système ou à la configuration requise.

I first thought it was because I had manually installed RDM manually using the .exe instead of the .msi (the .exe is much smaller). I'm not 100% sure if it was working with 2025.x but it definitely is not working with 2026.x.

You can reproduce with a fresh reinstall (Win11 25h2):

C:\Windows\System32>winget install -h -e --id Devolutions.RemoteDesktopManager --version 2026.1.11.0
Trouvé Remote Desktop Manager [Devolutions.RemoteDesktopManager] Version 2026.1.11.0
La licence d’utilisation de cette application vous est octroyée par son propriétaire.
Microsoft n’est pas responsable des paquets tiers et n’accorde pas de licences à ceux-ci.
Ce package nécessite les dépendances suivantes :
  - Packages
      Microsoft.DotNet.DesktopRuntime.9
(1/1) Trouvé Microsoft .NET Windows Desktop Runtime 9.0 [Microsoft.DotNet.DesktopRuntime.9] Version 9.0.14
La licence d’utilisation de cette application vous est octroyée par son propriétaire.
Microsoft n’est pas responsable des paquets tiers et n’accorde pas de licences à ceux-ci.
Téléchargement en cours https://builds.dotnet.microsoft.com/dotnet/WindowsDesktop/9.0.14/windowsdesktop-runtime-9.0.14-win-x64.exe
  ██████████████████████████████  57.7 MB / 57.7 MB
Le code de hachage de l’installation a été vérifié avec succès
Démarrage du package d’installation... Merci de patienter.
Installé correctement

Téléchargement en cours https://cdn.devolutions.net/download/Setup.RemoteDesktopManager.win-x64.2026.1.11.0.msi
  ██████████████████████████████   407 MB /  407 MB
Le code de hachage de l’installation a été vérifié avec succès
Démarrage du package d’installation... Merci de patienter.
Installé correctement

C:\Windows\System32>winget upgrade -h -e --id Devolutions.RemoteDesktopManager
Aucune mise à niveau applicable trouvée.
Une version de package plus récente est disponible dans une source configurée, mais elle ne s’applique pas à votre système ou à la configuration requise.

winget install -h -e --id Devolutions.RemoteDesktopManager

Trouvé Remote Desktop Manager [Devolutions.RemoteDesktopManager] Version 2026.1.10.0

La licence d’utilisation de cette application vous est octroyée par son propriétaire.

Microsoft n’est pas responsable des paquets tiers et n’accorde pas de licences à ceux-ci.

Ce package nécessite les dépendances suivantes :

- Packages

Microsoft.DotNet.DesktopRuntime.9

I think you forgot to change dependency to Microsoft.DotNet.DesktopRuntime.10.