Option to hide shortcuts from Nautilus & other file managers

[MichalLebeda]

Hi, I have to say that Nextcloud is really amazing but there is a small think that really makes me sad.
IMO there should be an option to turn these shortcuts off.

It is really annoying as I have duplicate shortcuts. Otherwise NC integration is really great so I don't want to turn it off completely (even though I can't even do that).

Gnome version: 3.38
Nextcloud version: 3.0.1

[h4b4n3r0]

For Windows there is an option in the general settings to enable/disable explorer integration:
Take a look here, where they mentioned your problem for Windows. Maybe this option is available for you as well.

[MichalLebeda]

@Id3aFly The problem is that I really dont't think that turning integration completely off is beneficial. For me it is good to see what is synced and what is not
(folder/file badges)

[3ernhard]

I would also very much like an option to remove this!
Also a fresh instance of Nautilus automatically starts the nextcloud-client, I don't know if this is intended or not, but I also would really like to disable this.

[ruffson]

I agree and I find it really annoying that this just forced onto the user without any confirmation. At least this should be opt-in. And honestly, this should be labelled as a bug because not only are there many folders cluttering Nautilus, also opening Nautilus can launch Nextcloud if it is not running. Like it was reported above. This is way too aggressive.
The only way to get rid of it (which I found on reddit) was:

sudo rm /usr/share/cloud-providers/com.nextcloudgmbh.Nextcloud.ini 

This should not be necessary.

[loppanloppis]

I agree and I find it really annoying that this just forced onto the user without any confirmation. At least this should be opt-in. And honestly, this should be labelled as a bug because not only are there many folders cluttering Nautilus, also opening Nautilus can launch Nextcloud if it is not running. Like it was reported above. This is way too aggressive. The only way to get rid of it (which I found on reddit) was:

sudo rm /usr/share/cloud-providers/com.nextcloudgmbh.Nextcloud.ini 

This should not be necessary.

Wow! Thank you very much @ruffson for sharing the solution you found. Worked fine for me on Gnome 43.4.

I'm a huge Nextcloud fan and I use it for basically everything - couldn't live without it - I know it's free software but seeing shenanigans like this appearing in Nautilus without my consent (and even without a switch to turn it off) was quite a surprise.

Unfortunately each time I do system updates (I'm on Manjaro) these bookmarks come back and I have to run the command above again. And now I realized this ticket is from 2020 so I assume there's no real fix planned anytime soon.

Gotta make sure to bookmark the solution posted by @ruffson :D.

Why is this labeled as a feature request, and not as a bug?

Nextcloud is great nevertheless, keep up the good work.

Cheers Peter

[emes81]

I agree and I find it really annoying that this just forced onto the user without any confirmation. At least this should be opt-in. And honestly, this should be labelled as a bug because not only are there many folders cluttering Nautilus, also opening Nautilus can launch Nextcloud if it is not running. Like it was reported above. This is way too aggressive. The only way to get rid of it (which I found on reddit) was:

sudo rm /usr/share/cloud-providers/com.nextcloudgmbh.Nextcloud.ini 

This should not be necessary.

This should have been fixed, the issue was flagged two years ago. Unfortunately, this workaround is currently no longer working for me on GNOME 45.0, Arch.

[MichalLebeda]

@ruffson @loppanloppis its labeled as a feature request probably because the desired state is a setting toggle, not forced or completely disabled feature.

[emes81]

@ruffson @loppanloppis its labeled as a feature request probably because the desired state is a setting toggle, not forced or completely disabled feature.

I've search for an equivalent to com.nextcloudgmbh.Nextcloud.ini elsewhere but not been able to find anything - could you point us to where on a typical Linux install of nextcloud-client the relevant files are stored so that we can come up with a workaround until the toggle is implemented?

[ciscam]

After commenting out the line Implements=org.freedesktop.CloudProviders in /usr/share/applications/com.nextcloud.desktopclient.nextcloud.desktop, the nautilus shortcut immediately vanishes. The status icons still seem to work, tested via creating a folder and watching the blue "syncing" icon changing to the green "synced" check-mark.

How I found out

A week ago or so I updated the nextcloud-client package on my Manjaro system. Then this "Nextcloud" shortcut appeared in my Nautilus:

It took me some time to figure out, that this is not spawned by the Online Accounts component of GNOME (which adds a dav-shortcut if you enable the sync of "Files"), but rather a shortcut to the base directory of the sync-client.

The context menu doesn't allow to remove it, neither do Nautilus settings or nextcloud-client settings.
Enabling showExperimentalOptions from Advanced Usage in the client docs didn't add any relevant options inside the client, either.

pacman -Ql nextcloud client didn't point me to a configuration file. Extensions of installed files are: .0, .desktop, .gz, .h, .lst, .png, .py, .qm, .so, .xml. Filtered via | rev | cut -sd'.' -f1 | rev | sort | uniq.
The .py files are instances of syncstate-Nextcloud.py for the three supported file browsers. I think this is only the desired integration, as I could not find the messages, which the undesirable shortcut provides in the context menu or when hovering, inside the nautilus .py file.
The .xml file nextcloud.xml contains mime-info.

I couldn't find anything interesting in $XDG_DATA_HOME, $XDG_CONFIG_HOME, $XDG_DATA_DIRS, except for the config file described in the client documentation. Neither in subdirectories nautilus, Nextcloud nor *cloud*provider*.

This is the upgrade step that made the icon appear on my system, all lines matching either nextcloud, nautilus, libcloudproviders, gnome or gdm, as per pacman.log:
upgraded nextcloud-client (2:3.9.4-1 -> 2:3.10.0-1)
upgraded gnome-session (44.0-1 -> 44.0-2)
upgraded gnome-shell (1:44.4-1 -> 1:44.5-1)
upgraded gnome-shell-extension-gsconnect (55-2 -> 55-3)
upgraded gnome-user-docs (44.3-1 -> 44.5-1)

For reference, nautilus was and is installed at version 44.2.1-1, libcloudproviders at 0.3.4-1 and gdm at 44.1-1.

There is one interesting line in the changelog of nextcloud-client 3.10.0 that caught my attention while reading it and then searching for cloud, file and nautilus:

[stable-3.10] Add compatibility with the new libcloudproviders integration by @backportbot-nextcloud in #6036

Seems to me that, starting in nextcloud-client version 3.10, the client uses another method to "specify its interface name", namely "directly in the .desktop file".

[cweiske]

Duplicate of #1982.

[joshtrichards]

Duplicate of #1982