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

g_setenv/g_unsetenv around meta_init discards some user defined environment variables #11673

Closed
flo-at opened this issue May 25, 2023 · 2 comments · Fixed by #11686
Closed

g_setenv/g_unsetenv around meta_init discards some user defined environment variables #11673

flo-at opened this issue May 25, 2023 · 2 comments · Fixed by #11686

Comments

@flo-at
Copy link
Contributor

flo-at commented May 25, 2023

Distribution

Arch

Package version

5.6.8

Graphics hardware in use

No response

Frequency

Always

Bug description

It's not possible to globally define NO_AT_BRIDGE, NO_GAIL (and probably some others) so that applications started inside Cinnamon will have them set as intended.

The reason is the combination or g_setenv / g_unsetenv around meta_init. The correct behaviour would be to save the old values of the affected variables and restore them instead of unsetting the variable.

Steps to reproduce

Try to set NO_AT_BRIDGE=1 in /etc/environment, /etc/profile, ~/.xprofile or any of these and start cinnamon. It will be unset because of the bug and not affect the child processes as intended.

Expected behavior

It should be possible to globally set the affected variables to whatever value the user wants them to be.

Additional information

This is one of the lines that need to be changed:

g_unsetenv ("NO_AT_BRIDGE");

@flo-at
Copy link
Contributor Author

flo-at commented May 28, 2023

If I get some feedback on this, I'd create a PR.

@mtwebster
Copy link
Member

This should be fine I think

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

Successfully merging a pull request may close this issue.

2 participants