Created attachment 920764 [details] System info I unfortunately do not have specific logs from Gentoo, as I unmerged this right when I encountered the bug. However, I am 80-90% sure its the same bug as I reported here: https://gitlab.archlinux.org/archlinux/packaging/packages/nextcloud-client/-/issues/9#note_217788 Upstream bug is here: https://github.com/nextcloud/desktop/issues/7135 Description: When the user enables virtual files in their system, or tries to at any point (once showExperimentalOptions=true is enabled), nextcloud crashes. Reproduce steps: 1. Emerge nextcloud (I did an ebuild, but I am sure it will work on bin as well) 2. Go to ~.config/Nextcloud/nextcloud.cfg and add "showExperimentalOptions=true" under general settings. 3. Attempt to enable virtual files under a folder connection This has been reported, and has not been fixed in upstream yet. This was however fixed easily in an Arch patch, and I have not had an issue there since.
One thing I did notice that could be an error on my end: Nextcloud did not have webengine enabled as a USE flag. I am currently re-emerging with webengine enabled, to see if that fixes the issue.
Created attachment 920821 [details] Nextcloud Logs after reproducing bug/crash After merging webengine and updating to the latest nextcloud-client (3.15.2), the bug still persists. This is the log from nextcloud right after enabling virtual file support.
The same as https://gitlab.archlinux.org/archlinux/packaging/packages/nextcloud-client/-/issues/8, meaning the patch is https://gitlab.archlinux.org/archlinux/packaging/packages/nextcloud-client/-/commit/1bf73f699cee64e14d62751b49b9d8bec8bf90d7?
Is there anything I should do on my end?
(In reply to Joshua Randall from comment #4) > Is there anything I should do on my end? Confirm that's the patch you're thinking of? ;)
You can also try... MYCMAKEARGS="-DPLUGINDIR=lib64/qt6/plugins" emerge -v1 net-misc/nextcloud-client and see if that helps.
That is the patch i’m thinking of, and i’ll try that once i finish this project im working on / when i have time to compile.
Marking confirmed per multiple reports. This looks like similar to old PR https://github.com/gentoo/gentoo/pull/36838/ (but current code has PLUGINDIR we can set explicitely)
(In reply to Sam James from comment #6) > You can also try... > > MYCMAKEARGS="-DPLUGINDIR=lib64/qt6/plugins" emerge -v1 > net-misc/nextcloud-client > > and see if that helps. Re-emerging with these args worked :) Is there anyway you can add this to the nextcloud-client ebuild by default? Thank you!
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6226964036c14e4dec1ffb732f52f68e237ba112 commit 6226964036c14e4dec1ffb732f52f68e237ba112 Author: Bernard Cafarelli <voyageur@gentoo.org> AuthorDate: 2025-03-23 08:21:17 +0000 Commit: Bernard Cafarelli <voyageur@gentoo.org> CommitDate: 2025-03-23 08:23:40 +0000 net-misc/nextcloud-client: change VFS plugin install path Default path is libdir, and crashes when using the plugin with that path Bug: https://bugs.gentoo.org/951339 Signed-off-by: Bernard Cafarelli <voyageur@gentoo.org> .../nextcloud-client-3.15.3-r1.ebuild | 123 +++++++++++++++++++++ 1 file changed, 123 insertions(+)
Can you confirm this revbump ^ does the trick?
