[Bug]: Unable to activate virtual files on setup and after setting up a synchronization using rpm client

[niels-beier]

• This is a bug, not a question or a configuration issue.
• This issue is not already reported on Github (I've searched it).
• Nextcloud Server and Desktop Client are up to date. See Server Maintenance and Release Schedule and Desktop Releases for supported versions.
• I agree to follow Nextcloud's Code of Conduct

Bug description

After installing the client through the official Fedora RPM Repository, setting showExperimentalOptions=true under [General] in the config file under ~/.config/Nextcloud/nextcloud.cfg and signing in to my Nextcloud instance, the option for virtual file support won't show up. This is only the case on my Fedora instance, using Ubuntu 24.04 everything just worked fine. If you decide to turn on virtual file support later by going to the settings of the client and some of your synchronizations, the client crashes when clicking Enable virtual file support (experimental).

Steps to reproduce

1. Install Nextcloud client through the official Fedora RPM repo
2. Enable experimental options in the config file
3. Start client and log in to your instance
4. No virtual file support shows up
5. Setup any sync rule
6. Go into settings
7. Click the three dots on the side of the sync rule
8. Click Enable virtual file support (experimental)

Expected behavior

Virtual file support should be available after the first login and the client shouldn't crash when activating the support for it later.

Which files are affected by this bug

nextcloud.cfg

Operating system

Linux

Which version of the operating system you are running.

Fedora 40 Workstation, Kernel 6.8.11-300

Package

Distro package manager

Nextcloud Server version

29.0.2

Nextcloud Desktop Client version

3.13.0

Is this bug present after an update or on a fresh install?

Fresh desktop client install

Are you using the Nextcloud Server Encryption module?

Encryption is Enabled

Are you using an external user-backend?

• Default internal user-backend
• LDAP/ Active Directory
• SSO - SAML
• Other

Nextcloud Server logs

No response

Additional info

Client logs after crash

[Extarys]

Same issue on Fedora 40 and client version 3.13.0.
Client crash right after trying to activate VFS.

[kykorman]

I'm curious, has it ever worked in Fedora? When I distro-hopped a few years ago, this was one of the things that prevented me from using it. It seems part of the issue for Arch (check the related issue above) recently was the build process was not including various directories, including plugins. Maybe this is a similar downstream issue?

[Extarys]

You're right, I don't remember this every working on fedora. That and the nextcloud-plugin-dolphin package to see which files were stored locally. I've been using fedora for years, but now starting to use nextcloud in a business environment.
Might need to switch distros.

[joshtrichards]

Does the same thing occur if you use our AppImage?

Also, can you try running the client from a command-line window to see what the crash output indicates? The log appears to be empty from what I presume is the crash time period.

Also, try with a more up-to-date RPM (3.13.2) since it wasn't built against qt6 until then from the looks of it: e.g. see #6577 & https://bugzilla.redhat.com/show_bug.cgi?id=2299950

[Extarys]

RPM Test

 nextcloud -v
nextcloud.gui.application: Migrating old config from "/home/jer/.local/share/Nextcloud" to "/home/jer/.config/Nextcloud"
nextcloud.gui.application: Failed to move the old config directory to its new location ( "/home/jer/.local/share/Nextcloud" to "/home/jer/.config/Nextcloud" )
nextcloud.gui.application: Will move the individual files ("NextcloudOzenik_sync.log")
nextcloud.gui.application: Fallback move of  "NextcloudOzenik_sync.log" also failed
Nextcloud version 3.13.2git
Git revision f0ab45748f296ff00856d54be97a1d58988cd540
Using Qt 5.15.14, built against Qt 5.15.14
Using Qt platform plugin 'wayland'
Using 'OpenSSL 3.2.1 30 Jan 2024'
Running on Fedora Linux 40 (KDE Plasma), x86_64

Console:

nextcloud.gui.application: Migrating old config from "/home/jer/.local/share/Nextcloud" to "/home/.../.config/Nextcloud"
nextcloud.gui.application: Failed to move the old config directory to its new location ( "/home/.../.local/share/Nextcloud" to "/home/.../.config/Nextcloud" )
nextcloud.gui.application: Will move the individual files ("Nextcloud_sync.log")
nextcloud.gui.application: Fallback move of  "Nextcloud_sync.log" also failed

I couldn't activate VFS because the UI doesn't show any options to configure existing accounts or add a new account:

AppImage test coming up

EDIT
Seems like no official package is yet built with Qt6 (#6577 (comment))
But a user commented that there is a package from koji at https://koji.fedoraproject.org/koji/buildinfo?buildID=2531674

I've downloaded nextcloud client and dolphin package and will retry with those

EDIT 2:

Installed from https://koji.fedoraproject.org/koji/taskinfo?taskID=122098706

 sudo dnf install ./*.rpm
Last metadata expiration check: 0:00:53 ago on Sat 31 Aug 2024 02:44:17 PM.
Dependencies resolved.
================================================================================================================================================================
 Package                                         Architecture                  Version                                Repository                           Size
================================================================================================================================================================
Installing:
 nextcloud-client                                x86_64                        3.13.2-4.fc40                          @commandline                        3.4 M
 nextcloud-client-dolphin                        x86_64                        3.13.2-4.fc40                          @commandline                         40 k
 nextcloud-client-libs                           x86_64                        3.13.2-4.fc40                          @commandline                        964 k
Installing dependencies:
 qt5-qtwebsockets                                x86_64                        5.15.14-1.fc40                         updates                              87 k

Someone in there (https://bugzilla.redhat.com/show_bug.cgi?id=2299950) says it works, and maybe it does, but I still don't see the UI elements to add account. I have this bug on both Fedora KDE latest and Fedora Kinoite Latest.

Enabling VFS throws in console:

Segmentation fault (core dumped)

$ nextcloud -v
Nextcloud version 3.13.2git
Git revision f0ab45748f296ff00856d54be97a1d58988cd540
Using Qt 5.15.14, built against Qt 5.15.14
Using Qt platform plugin 'wayland'
Using 'OpenSSL 3.2.1 30 Jan 2024'
Running on Fedora Linux 40 (KDE Plasma), x86_64

There is so many log files and so many logs in each of them, I didn't see anything relevant yet and I didn't clear up the logs before testing :/ I'll retry later today or tomorrow to try and get a log file about that.

[Extarys]

AppImage test
Version

 ./Nextcloud-3.13.3-x86_64.AppImage -v
qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
QFont::fromString: Invalid description 'JetBrainsMono Nerd Font Mono,11,-1,5,400,0,0,0,0,0,0,0,0,0,0,1'
nextcloud.gui.application: Migrating old config from "/home/jer/.local/share/Nextcloud" to "/home/jer/.config/Nextcloud"
nextcloud.gui.application: Failed to move the old config directory to its new location ( "/home/jer/.local/share/Nextcloud" to "/home/jer/.config/Nextcloud" )
nextcloud.gui.application: Will move the individual files ("NextcloudOzenik_sync.log")
nextcloud.gui.application: Fallback move of  "NextcloudOzenik_sync.log" also failed
Nextcloud version 3.13.33.13 (build 25182)
Git revision e4e1bf9a4c1def61c444f086999d461e37851c9b
Using Qt 5.15.12, built against Qt 5.15.12
Using Qt platform plugin 'xcb'
Using 'OpenSSL 3.1.4 24 Oct 2023'
Running on Fedora Linux 40 (KDE Plasma), x86_64

I now can see the famous Nextcloud section in the context menu. I tested by right-clicking on a file and selecting "Free up local space" and it crashed.

Logs :

 ./Nextcloud-3.13.3-x86_64.AppImage 
qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
QFont::fromString: Invalid description 'JetBrainsMono Nerd Font Mono,11,-1,5,400,0,0,0,0,0,0,0,0,0,0,1'
nextcloud.gui.application: Migrating old config from "/home/.../.local/share/Nextcloud" to "/home/.../.config/Nextcloud"
nextcloud.gui.application: Failed to move the old config directory to its new location ( "/home/.../.local/share/Nextcloud" to "/home/.../.config/Nextcloud" )
nextcloud.gui.application: Will move the individual files ("Nextcloud_sync.log")
nextcloud.gui.application: Fallback move of  "Nextcloud_sync.log" also failed
terminate called after throwing an instance of 'std::filesystem::__cxx11::filesystem_error'
  what():  filesystem error: Cannot convert character sequence: Invalid or incomplete multibyte or wide character
Aborted (core dumped)

Sidenote: Switching VFS on generated 30 mb of compressed logs and a ton of notifications. The client crashed 5 minutes ago, and I still receive useless notifications about "Something.nextcloud"

(It's just a file path, no name and no other text info, that's it)

After the client crashed, I tried reopening the AppImage, and it crashes instantly (second try, crashed after 2 seconds) with the same error as above, while throwing a couple of hundred notifications. I managed to get a log file of ~10 Mb in the process. I can send it to contributors, but I'm not willing to send it publicly for privacy reasons.

[Xyz00777]

same problem here with nobara (fedora based) and KDE 6

[neoacevedo]

In openSUSE TW, I set showExperimentalOptions=true in the nextcloud config file but no options for virtual file system is present, so, this setting doesn't do anything.

[loulous24]

For me it worked on Fedora (even with experimental virtual files) until version 3.13.2. I have also the following error during synchronisation running with version 3.13.3.

terminate called after throwing an instance of 'std::filesystem::__cxx11::filesystem_error'
  what():  filesystem error: Cannot convert character sequence: Invalid or incomplete multibyte or wide character
Aborted (core dumped)

And for versions 3.14.XXX and above, I am not even able to open the app and I have this issue #7465

[camilasan]

are any of you using or accessing read only folders?

[loulous24]

Yes, there are read-only folders.

[camilasan]

Yes, there are read-only folders.

We have not been able to reproduce this yet :/

[camilasan]

After the client crashed, I tried reopening the AppImage, and it crashes instantly (second try, crashed after 2 seconds) with the same error as above, while throwing a couple of hundred notifications. I managed to get a log file of ~10 Mb in the process. I can send it to contributors, but I'm not willing to send it publicly for privacy reasons.

are you using virtual files on linux (experimental feature)?

[camilasan]

@loulous24 are you also using virtual files on linux (experimental feature)?