I wanted to test something for another user in a Zorin 18.1 Core live session and therefore removed the Zorin taskbar extension. I tried it with sudo apt purge gnome-shell-extension-zorin-taskbar
and sudo apt remove gnome-shell-extension-zorin-taskbar
and logged out. Then both times there was a crash of the live session: A black screen with some (for me cryptical) words appeared and I had to make a hard shutdown. I was not able to get back to the desktop.
When I take a closer look now a the list of the packages that are removed when you remove zorin taskbar, there is shown zorin-os-desktop and zorin-desktop-session.
Is zorin taskbar a part of Zorin which should not be removed because it is highly integrated into the desktop?
Because it was not possible to remove the extension in the extension manager I tried it with the terminal commands - but that seems not to be a good idea.
Normally they are removable but the Zorin One's are like System Components. So, disabling is the better Option.
Or: You could try to go to /usr/share/gnome-shell/extensions and there delete manually the Extension Folder. And hope that it doesn't break the System.
welcome to ZORIN Forums,
Go into extensions then go below u should get zorin taskbar and then disable it. There is no current way to completely remove it but this should solve your problem
Thank you for your help but it does know all of that, he just try to remove it in live session, I don't know why but he know why and it's the most important
I haven't come across the dconf reset command anywhere yet. I'm going to try it out tomorrow to see if it can be used to reset specific settings to their defaults when you can't remember what they were and have accidentally changed something in the system - without having to delete the entire ~/.config folder.
Instead of running the command you can also use a right-click on the extension in dconf-editor and select "reset recursively", then click on apply ( )
And to have it at one place (it took me hours to find out) I add here the commands to export and import taskbar settings. The file zorin_taskbar_settings.dconf is created at ~ (when you are in home directory when you run that command, e.g. when you open a new terminal tab; otherwise switch to home directory before running the command with cd ~):
Export:
The reset function is really helpful. You can reset all settings of a gnome extension by right-clicking on the extension name, or you can reset the individual items by right-clicking on the item.
If you have installed third-party gnome extensions for your user, the resetting function for items often doesn´t work by default and there is shown "keys not defined in a schema" and "no schema found". To solve that for user installed gnome extensions follow these steps:
I show it for ArcMenu. It is the same for other extensions, but you need to replace in step 2 the filename/path of the gschema.xml file. The gschema.xml file is always in the schemas folder of the extension at ~/.local/share/gnome-shell/extensions. Select your extension there and go to schemas folder.
Create the folder
~/.local/share/glib-2.0/schemas
Copy the file
~/.local/share/gnome-shell/extensions/arcmenu@arcmenu.com/schemas/org.gnome.shell.extensions.arcmenu.gschema.xml
to
~/.local/share/glib-2.0/schemas
Repeat steps 2 and 3 for all your user's extensions.
Now in dconf editor are no longer shown errors and you can use all reset functions and also make changes in the extenstions with gsettings terminal commands (which wasn't possible before doing these steps).
For extensions which have many settings and where you can mess up your system, e.g. extensions like "Just perfection" or "Open bar", that is really helpful to go back to default.
I need to figure out if it's possible to link to the original file in the newly created folder, because if there's an update to the extension that adds new features, the .xml file in glib-2.0 folder wouldn't be updated. I'm also not sure if you have to recompile it after every update to get the reset function for items work again.
Edit: It also works with a link to the original file, and there are no errors shown in dconf-editor after an upgrade of the extension I tested, but I'm not sure if it automatically is compiled after updates or if I have to do that manually.
Edit2: I tested now another method: I created a link to the original gschema.xml and put it into /usr/share/glib-2.0/schemas and ran
)