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

[BUG]: lgpo_reg.set_value returns None always #64126

Closed
stavros-k opened this issue Apr 20, 2023 · 3 comments
Closed

[BUG]: lgpo_reg.set_value returns None always #64126

stavros-k opened this issue Apr 20, 2023 · 3 comments
Assignees
Labels
Bug broken, incorrect, or confusing behavior Execution-Module State-Module Windows

Comments

@stavros-k
Copy link

Description

I'm trying to utilize the lgpo_reg to tweak some registry values that are not present in the LGPO.
But I keep getting failure.
I did a test with the module directly and I think there might be something wrong.
As you can see in the photo (sorry couldn't copy from the VM atm) the set works, but returns None (verified with get)
So the state returns Failed every time.

Setup

  • Minion: Windows 11 Pro in Proxmox (3006.0 - Exe)
  • Master: Docker (3006.0)

Steps to Reproduce the behavior

On the minion execute

# Set value
salt-call.exe lgpo_reg.set_value "Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced" "HideFileExt" "0"
# Returns: None

# Get value
salt-call.exe lgpo_reg.set_value "Software\Microsoft\Windows\CurrentVersion\Explorer\Advanced" "HideFileExt" 
# Returns value set to 0

Expected behavior

Expected to not return None when it successfuly set value.

Screenshots

image

Versions Report

salt --versions-report (Provided by running salt --versions-report. Please also mention any differences in master/minion versions.)
PASTE HERE

Additional context
Add any other context about the problem here.

https://saltstackcommunity.slack.com/archives/C7K04SEJC/p1682019584935709

@stavros-k stavros-k added Bug broken, incorrect, or confusing behavior needs-triage labels Apr 20, 2023
@stavros-k
Copy link
Author

@twangboy Pinging you as requested!
Thanks

@twangboy
Copy link
Contributor

@stavros-k Thanks! I'll try to get this in 3006.1.

@twangboy
Copy link
Contributor

Closed by #64175

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug broken, incorrect, or confusing behavior Execution-Module State-Module Windows
Projects
None yet
Development

No branches or pull requests

3 participants