Hello, how can we configure settings to a specific value (for example language to ‘Nederlands’ ) but still allow the end user to modify these specific settings if needed?
When we configure ‘Setup User Permissions’, everything that is configured in the profile, can’t be changed by the user.
If we don’t configure it in the profile, the user can change it, but it’s always the default value (language ‘English’).
We would like to set a value other than default, but still allow the user to change it (language: ‘nederlands’ but user can change if needed).
There is no way to do this via settings, but you can configure something that allows the users to easily change some settings, instead of locking it down.
I’ve done similar when I moved away from managing device’s timezones “by directory” in UMS, to allowing users to modify timezone by utilizing Quick-settings feature.
The trick becomes: once you no longer manage the “group” settings in UMS, then the effective setting reverts to the last locally set value, or if never modified the default local value. How do you stop this, and allow it to be the setting you desire, while still allowing user to change the value?
It then becomes a bit of a scripted solution, running some command lines on the endpoint that preset the “local value” to your desired value, and then finding a way to ensure the script doesn’t make changes again…since that would undo any changes the user tries to make on the next run of the script.
For example, in my situation: I moved away from UMS group profile that set the device to EST timezone. But if I removed that group profile, on next evaluation cycle the device would be at the local default timezone setting. Of course, this was not desirable user experience. So I scripted something that set the “local” setting to EST (for devices in that UMS directory), while the UMS group profile was still in-place. Then eventually, I removed the script as well as the UMS group profile, and now the device was set to EST by “local” setting, however the user could modify it using the local IGEL Setup (via Quick Settings where I allow only a small subset of user preferences to be modified – like timezone, language, keyboard)
But its certainly not out-of-box type solution, and gets a bit deeper. Thats the high-level. If you have a comfort level for IGEL endpoint scripting, I can provide an example or some more detail. 😉
If it helps to make it more clear from understanding perspective: it’s very similar to Windows “group policy” settings vs Windows “local policy” settings. Both can be set at the same time, however “group policy” will be the effective settings because they have a higher priority. Once you remove the “group policy”, the effective settings become the “local policy” (or alternatively default settings).
And now that the juices have started flowing, if I were to do it again, my pseudo-code would be something like this:
“`if language_currently_set_by_group_setting
set_local_setting_language = get_current_group_setting_language
force_refresh
end if“`
I believe this would work nicely since:
1. The logic would only make changes if “group” setting has been found. So code block could always be left to run, but would no longer make changes after “group” setting was removed. Of course it could be removed at some point after you stopped managing the “group settings”, but there would be no need for “critical timing/alignment”, since logic would prevent it from making changes after this point.
2. It would “sync” the current language from “group” –> “local” settings. Once “group” settings were removed, the “local” setting should be reflective of last “group” state. (ie: if “nederlands” was last UMS managed group setting, then it should also remain locally set to “nederlands” after removing UMS group setting.
3. Logic would allow generic assignment to all devices, since language would be set based on “current group setting”.
Thanks!
You are welcome. Please let me know if further detail or example would help.
Continue reading and comment on the thread ‘Can we asssign IGEL configurations based on language?’. Not a member? Join Here!
Learn more, search the IGEL Knowledge Base
Ask a question or comment on the above message thread?
Join or log in to the IGEL Community to ask us anything and meet other IGEL customers, partners, and EUC enthusiasts.Submit a question, or Join Today!