[Bug]: Can't start Nextcloud desktop Appimage 3.14

[JVT038]

⚠️ Before submitting, please verify the following: ⚠️

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

Bug description

When I start Nextcloud Desktop v3.14, it doesn't work. Nothing happens. The following error appears in the CLI:

Failed to initialize instances shared memory:  "QSharedMemory::handle: doesn't exist"
QGuiApplication::setDesktopFileName: the specified desktop file name ends with .desktop. For compatibility reasons, the .desktop suffix will be removed. Please specify a desktop file name without .desktop suffix
nextcloud.gui.application: Migrating old config from "/home/jvt038/.local/share/Nextcloud" to "/home/jvt038/.config/Nextcloud"
nextcloud.gui.application: Failed to move the old config directory to its new location ( "/home/jvt038/.local/share/Nextcloud" to "/home/jvt038/.config/Nextcloud" )
nextcloud.gui.application: Will move the individual files QList("Nextcloud_sync.log")
nextcloud.gui.application: Fallback move of  "Nextcloud_sync.log" also failed
Aborted (core dumped)

Nextcloud 3.13.3 still works though.

Steps to reproduce

1. Download Nextcloud Appimage 3.14
2. Start Nextcloud
3. See error

Expected behavior

When I click on the Appimage (or launch it through the CLI), it should start

Which files are affected by this bug

Nextcloud_sync.log

Operating system

Linux

Which version of the operating system you are running.

Linux Mint 22

Package

Official Linux AppImage

Nextcloud Server version

29.0.7

Nextcloud Desktop Client version

3.14.0

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

Updated to a major version (ex. 3.3.6 to 3.4.0)

Are you using the Nextcloud Server Encryption module?

Encryption is Disabled

Are you using an external user-backend?

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

Nextcloud Server logs

No response

Additional info

I have enabled experimental features to have VFS-support on Linux.

[SebiAi]

I have the same issue on Linux Mint 21.3. Don't know if the VFS (extension system) has something to do with it - I have it enabled.

[gpl-ajackson]

I have this same issue on Ubuntu 24.04.

[mgallien]

I can confirm. Some binary resources needed by webengine are missing. sorry

[jacek-kubek]

I can confirm the same bug: Debian 12 (bookworm) - several systems (machines) - with and without VFS. Appimage 3.13.4 works without this issue (downloaded from /desktop/releases/Linux).

[xcablex]

I can confirm as well (Mint 20.2). Starting from the terminal I get a list of missing GLIBC_2.32-35 error

[voggur]

I have the same "Failed to initialize instances shared memory: "QSharedMemory::handle: doesn't exist" EndeavourOS extra/nextcloud-client 2:3.14.0-4 Last Updated: Sept. 17, 2024, 4:13 p.m. UTC https://archlinux.org/packages/extra/x86_64/nextcloud-client/

[xopxe]

Same with a standard Ubuntu 22.04

[voggur]

Rollback to 3.13.4-1 and it works again

[wchouser3]

I can confirm. Linux Mint 22 - same errors and wont start

[camilasan]

Fixed with https://github.com/nextcloud/desktop/pull/7167 You can try this build: https://cloud.nextcloud.com/s/McHcTm43sszwj7R - it is only for testing ⚠️

[JVT038]

@camilasan the issue has not been fixed for me on 3.14.1 or your test build. The same error still exists with the same error messages.

[Appryhandsome]

Been facing the same problem for a few weeks now. Unable to use the nextcloud client installed on Arch via yay.

[camilasan]

Been facing the same problem for a few weeks now. Unable to use the nextcloud client installed on Arch via yay.

The fix will only be present in our AppImage.

[camilasan]

The same error still exists with the same error messages.

Some of the error messages are not related to crash. Does it still crash?

[JVT038]

Yeah, the appimage for version 3.14.1 still crashes, with the following logs:

QGuiApplication::setDesktopFileName: the specified desktop file name ends with .desktop. For compatibility reasons, the .desktop suffix will be removed. Please specify a desktop file name without .desktop suffix
nextcloud.gui.application: Migrating old config from "/home/jvt038/.local/share/Nextcloud" to "/home/jvt038/.config/Nextcloud"
nextcloud.gui.application: Failed to move the old config directory to its new location ( "/home/jvt038/.local/share/Nextcloud" to "/home/jvt038/.config/Nextcloud" )
nextcloud.gui.application: Will move the individual files QList("Nextcloud_sync.log")
nextcloud.gui.application: Fallback move of  "Nextcloud_sync.log" also failed

Furthermore, using the temporary appimage you provided in this issue (Nextcloud-bugfix-appimage-x86_64.AppImage), the following error occurs (and the appimage still crashes)

Failed to initialize instances shared memory:  "QSharedMemory::handle: doesn't exist"
QGuiApplication::setDesktopFileName: the specified desktop file name ends with .desktop. For compatibility reasons, the .desktop suffix will be removed. Please specify a desktop file name without .desktop suffix
nextcloud.gui.application: Migrating old config from "/home/jin/.local/share/Nextcloud" to "/home/jin/.config/Nextcloud"
nextcloud.gui.application: Failed to move the old config directory to its new location ( "/home/jin/.local/share/Nextcloud" to "/home/jin/.config/Nextcloud" )
nextcloud.gui.application: Will move the individual files QList("Nextcloud_sync.log")
nextcloud.gui.application: Fallback move of  "Nextcloud_sync.log" also failed

[ltsjoe]

I'm having this issue as well with the 3.14 client. The 3.13.4 client still works, so I'm reverting to it. Running Fedora 40 KDE. Local server is running on the most recent docker instance. (Nextcloud AIO v9.6.0)

qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
QGuiApplication::setDesktopFileName: the specified desktop file name ends with .desktop. For compatibility reasons, the .desktop suffix will be removed. Please specify a desktop file name without .desktop suffix
Aborted (core dumped)

[Hadatko]

Same

[mailinglists35]

$ /usr/local/bin/Nextcloud-3.14.2-x86_64.AppImage 
/tmp/.mount_NextclV6qNyy/AppRun.wrapped: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /tmp/.mount_NextclV6qNyy/usr/bin/../lib/libQt6WebEngineCore.so.6)
/tmp/.mount_NextclV6qNyy/AppRun.wrapped: /lib64/libm.so.6: version `GLIBC_2.35' not found (required by /tmp/.mount_NextclV6qNyy/usr/bin/../lib/libQt6WebEngineCore.so.6)
/tmp/.mount_NextclV6qNyy/AppRun.wrapped: /lib64/libm.so.6: version `GLIBC_2.35' not found (required by /tmp/.mount_NextclV6qNyy/usr/bin/../lib/libQt6Quick.so.6)
/tmp/.mount_NextclV6qNyy/AppRun.wrapped: /lib64/libm.so.6: version `GLIBC_2.35' not found (required by /tmp/.mount_NextclV6qNyy/usr/bin/../lib/libQt6Widgets.so.6)
/tmp/.mount_NextclV6qNyy/AppRun.wrapped: /lib64/libm.so.6: version `GLIBC_2.35' not found (required by /tmp/.mount_NextclV6qNyy/usr/bin/../lib/libQt6Gui.so.6)
/tmp/.mount_NextclV6qNyy/AppRun.wrapped: /lib64/libm.so.6: version `GLIBC_2.35' not found (required by /tmp/.mount_NextclV6qNyy/usr/bin/../lib/libQt6Core.so.6)
/tmp/.mount_NextclV6qNyy/AppRun.wrapped: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /tmp/.mount_NextclV6qNyy/usr/bin/../lib/libQt6Core.so.6)
/tmp/.mount_NextclV6qNyy/AppRun.wrapped: /lib64/libm.so.6: version `GLIBC_2.35' not found (required by /tmp/.mount_NextclV6qNyy/usr/bin/../lib/libQt6OpenGL.so.6)

$ cat /etc/redhat-release 
Red Hat Enterprise Linux release 9.4 (Plow)

hey @nextcloud why do you even bother packing appimage if you are unable to make it work even on latest stable redhat(and clones) release? you are a shame user of appimage and making appimage look bad, when in fact users like you have no idea how to pack an appimage to be compatible with as many distributions as possible, thus breaking the core idea of appimage...

[gpl-ajackson]

Hi All, This issues still persists with the 3.14.3 release.

[ltsjoe]

I can confirm. There's an issue tied to Wayland according to the feedback in the console.

/Nextcloud-3.14.3-x86_64.AppImage
qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
Failed to initialize instances shared memory:  "QSharedMemory::handle: doesn't exist"
Aborted (core dumped)

[JVT038]

Still not fixed in 3.15

[pym67]

same problem since 3.14 branch on some Win10 computers. Issue not fixed in 3.15

[xcablex]

This issues still persists with the 3.15.1 release.

[gpl-ajackson]

This issue still persists in 3.15.2 release.

[wchouser3]

I gave up and just started using the flatpak

Secured with Tuta Mail: https://tuta.com/free-email

Dec 17, 2024, 5:36 AM by @.***:

This issue still persists in 3.15.2 release.

— Reply to this email directly, > view it on GitHub https://github.com/nextcloud/desktop/issues/7135#issuecomment-2548099227> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/ABY2BBZMUKUG5ETJEYNKYN32F75B7AVCNFSM6AAAAABOJZEVOWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNBYGA4TSMRSG4> . You are receiving this because you commented.> Message ID: > <nextcloud/desktop/issues/7135/2548099227> @> github> .> com>

[jacek-kubek]

I can confirm (Nextcloud-3.15.2-x86_64.AppImage). It's ashamming - this bug appeared in 3.14.0, more than 3 months ago....

[JVT038]

I just checked and the latest 3.15.3 still doesn't work with exactly the same error message...

[derspotter]

Issue is still there on debian testing installation via apt. Any workaround yet?

[JVT038]

Just tested the new 3.16.0. Still the same error..

Failed to initialize instances shared memory:  "QSharedMemory::handle: doesn't exist"
nextcloud.gui.application: Migrating old config from "/home/user/.local/share/Nextcloud" to "/home/user/.config/Nextcloud"
nextcloud.gui.application: Failed to move the old config directory to its new location ( "/home/user/.local/share/Nextcloud" to "/home/user/.config/Nextcloud" )
nextcloud.gui.application: Will move the individual files QList("Nextcloud_sync.log")
nextcloud.gui.application: Fallback move of  "Nextcloud_sync.log" also failed

[camilasan]

Are you all using the plaholder files/"virtual files" on Linux, the experimental feature?