You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have verified this is the correct repository for opening this issue.
I have verified no other issues exist related to my request.
Is Your Feature Request Related To A Problem? Please describe.
Packages that don't specify a -Scope for Install-ChocolateyPath will default to User scope, even if choco is running as admin (which is our primary supported use case).
Describe The Solution. Why is it needed?
Packages installing software system-wide (as is our often expected use case) may wind up putting values in the user PATH instead if the package maintainers aren't sufficiently aware / heeding documentation on what the defaults are. This could potentially result in packages not working as expected in a multi-user system, and is reasonably non-trivial to see where the fault might lie.
Some options:
Since choco's expected use case is admin/elevated installations, we should default to Machine all the time
We could make the default dependent on whether choco is running as admin? if in non admin, default to User scope, otherwise default to Machine
No change, keep it defaulting to User scope
Make it a mandatory parameter so maintainers have to specify the scope when using Install/Uninstall-ChocolateyPath in their packages.
Additional Context
No response
Related Issues
No response
The text was updated successfully, but these errors were encountered:
Checklist
Is Your Feature Request Related To A Problem? Please describe.
Packages that don't specify a
-Scope
forInstall-ChocolateyPath
will default toUser
scope, even if choco is running as admin (which is our primary supported use case).Describe The Solution. Why is it needed?
Packages installing software system-wide (as is our often expected use case) may wind up putting values in the user PATH instead if the package maintainers aren't sufficiently aware / heeding documentation on what the defaults are. This could potentially result in packages not working as expected in a multi-user system, and is reasonably non-trivial to see where the fault might lie.
Some options:
Additional Context
No response
Related Issues
No response
The text was updated successfully, but these errors were encountered: