Nautilus plugin - symbolic links give problems with registered paths

[veddox]

I have an NTFS data partition mounted under /media/DATA. For convenience, /home/<user>/Documents symlinks to this directory, and the NC client has /home/<user>/Documents set up as the synchronisation folder.

Synchronisation works fine, but the Nautilus plugin does not recognise /home/<user>/Documents as a registered path, therefore does not display overlay icons or menu options. It does, however, recognise /media/DATA as a registered path. So if I navigate to one of my documents folders via my home directory, I don't see any NC icons, but if I go to the exact same folder via /media/DATA, I do.

Expected behaviour

The NC Nautilus plugin should recognise /home/<user>/Documents as being a symbolic link pointing to /media/DATA, and display overlay icons and menu options in both locations.

Actual behaviour

Only the "hard path" is recognised, the symbolic link is not (although nextcloud.cfg explicitly defines localPath=/home/<user>/Documents/).

Client configuration

Client version: 2.6.2-1build1

Operating system: Ubuntu 20.04

OS language: English

Qt version used by client package (Linux only, see also Settings dialog): Using Qt 5.12.8, built against Qt 5.12.5

Client package (From Nextcloud or distro) (Linux only): nextcloud-desktop (distro package)

Installation path of client: /usr/bin/nextcloud, /usr/share/nextcloud/

[veddox]

The issue is probably with the use of QFileInfo::canonicalFilePath() in the FolderMan.cpp class:

desktop/src/gui/folderman.cpp

Line 1358 in 7193d2f

static QString canonicalPath(const QString &path)

This strips out all symlinks, changing them to absolute paths.

[veddox]

Solution: the Nautilus client has to resolve symlinks too. Patch submitted.