[Package Issue]: DBeaver.DBeaver not respecting machine install scope defined in settings.json

[Skeb1ns]

Please confirm these before moving forward

• I have searched for my issue and not found a work-in-progress/duplicate/resolved issue.
• I have not been informed if the issue is resolved in a preview version of the winget client.

Category of the issue

Installation issue.

Brief description of your issue

The installer.yaml file for DBeaver has been changed in version 23.3.2 and removed the explicit user and machine codeblocks. For some reason the app now get's installed by default in the user scope unless --scope machine is passed.

If I don't pass the scope it get's installed in user context even though I have configured the settings.json file where I explicitly set that everything must be installed in machine context if possible. (This works fine for other apps)

This currently breaks installing the app using Intune where the system account is used to install the app (it now installs it in the user profile of the system account making the app unusable for the logged on user).

This worked fine before.

Steps to reproduce

winget install --exact dbeaver.dbeaver --silent --accept-package-agreements --accept-source-agreements

Actual behavior

DBeaver is installed in user context even though settings.json has been configured in the defaultState (System) / LocalState (User) directories.

Expected behavior

DBeaver get's installed in machine context. (Corporate devices should not use user installed apps wherever possible in my opinion).

Environment

Windows: Windows.Desktop v10.0.22621.3007
System Architecture: Arm64
Package: Microsoft.DesktopAppInstaller v1.21.3482.0

Winget Directories
-----------------------------------------------------------------------------------------------------------------------
Logs                               %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\Diag…
User Settings                      %LOCALAPPDATA%\Packages\Microsoft.DesktopAppInstaller_8wekyb3d8bbwe\LocalState\sett…
Portable Links Directory (User)    %LOCALAPPDATA%\Microsoft\WinGet\Links
Portable Links Directory (Machine) C:\Program Files\WinGet\Links
Portable Package Root (User)       %LOCALAPPDATA%\Microsoft\WinGet\Packages
Portable Package Root              C:\Program Files\WinGet\Packages
Portable Package Root (x86)        C:\Program Files (x86)\WinGet\Packages
Installer Downloads                \\Mac\Home\Downloads

Links
---------------------------------------------------------------------------
Privacy Statement   https://aka.ms/winget-privacy
License Agreement   https://aka.ms/winget-license
Third Party Notices https://aka.ms/winget-3rdPartyNotice
Homepage            https://aka.ms/winget
Windows Store Terms https://www.microsoft.com/en-us/storedocs/terms-of-sale

Admin Setting                             State
--------------------------------------------------
LocalManifestFiles                        Disabled
BypassCertificatePinningForMicrosoftStore Disabled
InstallerHashOverride                     Disabled
LocalArchiveMalwareScanOverride           Disabled

Screenshots and Logs

No response

[PckgrBot]

@vedantmgoyal2009 I think your automation is overwriting previous manifests and not respecting the scopes or count of installers.

[Exorcism0666]

@stephengillie Can you close this issue ? #135771

[stephengillie]

@ stephengillie Can you close this issue ? #135771