`PSResourceList` Get returns `_exist: true` when resource is installed in `AllUsers` but default is `CurrentUser`
維護者通常 1 天內回覆
@adityapatwardhan 已經在處理了。
開始於 2026年6月16日。
評估
這個 Issue 還沒有評估資料。
描述
Prerequisites
- Write a descriptive title.
- Make sure you are able to repro it on the latest released version
- Search the existing issues.
Steps to reproduce
As a user, I want _exist to accurately reflect whether a PSResource exists in the requested scope, so that DSC correctly reports and enforces the desired state when scope matters.
The current behavior looks like when a resource entry specifies no scope, ConvertInputToPSResource silently defaults it to CurrentUser. However, GetPSResourceList fetches resources from both scopes and matches on name + version only, totally ignoring the scope. This means when we run, for example, the following document:
resources:
- name: PSResourceList scope test
type: Microsoft.PowerShell.PSResourceGet/PSResourceList
properties:
repositoryName: PSGallery
resources:
- name: Pester
version: '5.7.1'
And Pester is installed in AllUsers scope, it returns:
{ "name": "Pester", "version": "5.7.1", "scope": "AllUsers", "_exist": true }
But the effective desired state has scope: CurrentUser. The resource reports _exist: true with the wrong scope, and a subsequent set will correctly detect a mismatch and reinstall — but the get output is misleading, and _inDesiredState disagreement is confusing.
Expected behavior
`_exist` should reflect whether an instance matching the effective desired scope exists.
Actual behavior
See above JSON snippet
Error details
Environment data
ModuleType Version PreRelease Name PSEdition ExportedCommands
---------- ------- ---------- ---- --------- ----------------
Binary 1.3.0 preview1 Microsoft.PowerShell.PSResourceGet Core,Desk {Compress-PSResource, Find-PSResource, …
Key : PSVersion
Value : 7.6.2
Name : PSVersion
Key : PSEdition
Value : Core
Name : PSEdition
Key : GitCommitId
Value : 7.6.2
Name : GitCommitId
Key : OS
Value : Microsoft Windows 10.0.26100
Name : OS
Key : Platform
Value : Win32NT
Name : Platform
Key : PSCompatibleVersions
Value : {1.0, 2.0, 3.0, 4.0…}
Name : PSCompatibleVersions
Key : PSRemotingProtocolVersion
Value : 2.4
Name : PSRemotingProtocolVersion
Key : SerializationVersion
Value : 1.1.0.1
Name : SerializationVersion
Key : WSManStackVersion
Value : 3.0
Name : WSManStackVersion
Visuals
No response
- 主要語言
- C#
- 星號
- 578
- 分支
- 114
- 平均合併
- 14 小時 27 分鐘
- 30 天內合併 PR
- 7
環境準備
- 沒有 Dockerfile 或 Docker Compose 檔案
- 有 Pull Request 範本
- 閱讀貢獻指南
從這裡開始
- 先讀完整個 Issue，再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫，在一個分支上完成修改。
- 送出 Pull Request，並在描述裡引用這個 Issue 編號。
PowerShell/PSResourceGet 的其他 Issue
-
Create parent directories only after the containment check in InstallHelper.TryExtractToDirectory未關閉
難度 2/5 1-3 小時 新手友好度 78/100
PowerShell/PSResourceGet#2056 ·
維護者通常 1 天內回覆
-
feature_request
難度 2/5 1-3 小時 新手友好度 68/100
PowerShell/PSResourceGet#2013 · 3 則留言 ·
維護者通常 1 天內回覆
-
Needs-Triage
難度 4/5 3-5 天 新手友好度 48/100
PowerShell/PSResourceGet#2063 ·
維護者通常 1 天內回覆
-
Needs-Triage
難度 3/5 1-2 天 新手友好度 55/100
PowerShell/PSResourceGet#2061 · 1 則留言 ·
維護者通常 1 天內回覆
-
Needs-Triage
難度 3/5 1-2 天 新手友好度 55/100
PowerShell/PSResourceGet#2060 ·
維護者通常 1 天內回覆
查看 PowerShell/PSResourceGet 的全部 Issue
相似的 Issue
-
bug next version
難度 2/5 1-3 小時 新手友好度 68/100
Rem0o/FanControl.Releases#4220 · 1 則留言 ·
-
area:repo audit:approved audit:auto priority:P3
難度 2/5 1-3 小時 新手友好度 66/100
elsa-workflows/elsa-core#8771 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 78/100
nkdAgility/azure-devops-migration-tools#3217 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 72/100
elsa-workflows/elsa-extensions#295 ·
維護者通常 1 天內回覆
-
難度 2/5 1-3 小時 新手友好度 82/100
skoruba/Duende.IdentityServer.Admin#335 · 1 則留言 ·
維護者通常 1 天內回覆