I have found an example of a schema that is referred two in two different ways, differing only in case, which is confusing to me.
Gsettings sees the schema name as com.canonical.Unity.Launcher
, and does not accept com.canonical.unity.launcher
as a valid schema name. On the other hand, dconf-editor only sees com.canonical.unity.launcher
all lower-case, as seen in the screenshot.
If I change the key favorites
in Gsettings, that change is reflected in dconf-editor, and vice-versa.
What's going on? Which is the correct schema name, com.canonical.Unity.Launcher
, or com.canonical.unity.launcher
?
Gsettings:
$ gsettings list-schemas | grep -i com.canonical.unity.launcher
com.canonical.Unity.Launcher
david@david-Aspire-5735:~$ $ gsettings list-recursively com.canonical.Unity.Launcher
com.canonical.Unity.Launcher favorite-migration '3.2.10'
com.canonical.Unity.Launcher favorites ['application://firefox.desktop', 'application://thunderbird.desktop', 'unity://running-apps', 'unity://expo-icon', 'unity://devices']
david@david-Aspire-5735:~$ gsettings list-recursively com.canonical.unity.launcher
No such schema 'com.canonical.unity.launcher'
Dconf schema tree is tricky and not always relevant to actual schema names.
For example, under
apps
you can findupdate-manager
, but you will not findapps.update-manager
schema using gsettings. Valid schema name iscom.ubuntu.update-manager
, and it isn't shown in Dconf where it actually should be. Correct schema name in Dconf can be found below the keys list, at the grey field with Description and Default value. (See screenshot) Topmost entry shows real Schema name.So I'd trust gsettings output. In your case
com.canonical.Unity.Launcher
is the valid schema name and its case really matters.