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

sys.temp doesn't follow system env variable #508

Open
Protator906 opened this issue Sep 2, 2024 · 3 comments
Open

sys.temp doesn't follow system env variable #508

Protator906 opened this issue Sep 2, 2024 · 3 comments

Comments

@Protator906
Copy link

I just noticed that, while cmd=user.temp properly opens the location specified in the user environment variables,
cmd=sys.temp leads to the same location and ignores the system env variables.

@RubicBG
Copy link
Collaborator

RubicBG commented Sep 2, 2024

user.temp and sys.temp do not get the result from environment variables (the results come from windows: https://learn.microsoft.com/en-us/windows/win32/shell/knownfolderid)

and yes, they point to the same folder (it is the same for user.appdata and sys.appdata)

@Protator906
Copy link
Author

user.temp and sys.temp do not get the result from environment variables (the results come from windows: https://learn.microsoft.com/en-us/windows/win32/shell/knownfolderid)

Windows Environment Variables - I'm not talking about anything within Shell.
So that link is kinda useless; afaik env vars don't have a static CSIDs.
And 'user.temp' does what it's supposed to do, according to the env var I've set ... in Windows ... it points to my ram disk.

and yes, they point to the same folder (it is the same for user.appdata and sys.appdata)

Then my question is 'why?'.
('Sys.temp' is a thing, unlike the strange example you chose. There's 'user.appdata' and 'user.localappdata'. I'm surprised 'sys.appdata' even resolves.)

@RubicBG
Copy link
Collaborator

RubicBG commented Sep 2, 2024

why? - I don't know, but if I had to guess it's a "historical result": function created once in one version are not removed in subsequent version to avoid a syntax conflict if users already use that function - it was created first with sys.*. it is then created for the user.*. And another time something like this happened

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants