After tinkering with Endeavour Cinnamon, Debian Plasma and also Linux Mint Cinnamon, there appears to be a bug in Cinnamon → found and report itself created with ai (i’m way not tech smart enough and also too lazy to do this on my own, took 3 days WITH ai).
Started with flameshot >= Version 14 not working correctly.
Bug Report: Multiple Qt/KDE integration issues under Cinnamon (Arch-based distributions)
Environment
- EndeavourOS (current)
- Linux Mint 22.3 Cinnamon (same behavior)
- Cinnamon (X11)
- KDE Frameworks 6
- KDE Connect 26.04.2
- Huawei Pura 70 Ultra (EMUI 14.2 / Android 14)
Reference system:
- Debian Sid + Plasma 6
- Same phone
- Same network
- Everything works correctly.
Summary
Several independent Qt/KDE applications exhibit problems under Cinnamon while working correctly under Plasma.
The issue appears to affect the integration between Cinnamon and Qt/KIO/xdg-desktop-portal rather than KDE Connect itself.
Observed problems
KDE Connect filesystem browsing
The phone pairs successfully.
Connection establishment succeeds.
The SFTP subsystem works.
However, graphical browsing from KDE Connect (and Dolphin) displays an empty directory.
Dolphin
Launching Dolphin under Cinnamon prints:
Could not activate remote peer 'org.freedesktop.portal.Desktop'
Failed to register with host portal
xdg-desktop-portal
graphical-session.target
Active: inactive (dead)
xdg-desktop-portal.service
Dependency failed
Portal startup fails because graphical-session.target is never activated.
Additional affected applications
The following applications also malfunction under Cinnamon but work correctly under Plasma:
- KDE Connect filesystem browser
- Flameshot >= 14
- Forkgram
- Ayugram
This suggests a general Qt/KDE integration issue.
Terminal diagnostics
SFTP connection succeeds
sftp -P 1739 ...
Connected to phone
The connection itself is valid.
Root directory cannot be listed
sftp> ls
remote readdir("/"): Permission denied
This is expected Android Scoped Storage behavior.
Internal storage is accessible
sftp> cd storage/emulated/0
sftp> ls
Android
DCIM
Download
Movies
Music
Pictures
...
The exported filesystem itself works correctly.
sshfs mount exists
cat /proc/<pid>/mountinfo
shows
fuse.sshfs
kdeconnect@192.168.x.x:/
indicating that the FUSE mount succeeds.
Mountpoint cannot be listed
ls /run/user/.../UUID
returns
Permission denied
despite
drwxr-xr-x
permissions.
graphical-session.target
systemctl --user status graphical-session.target
returns
Active: inactive (dead)
during an active Cinnamon session.
xdg-desktop-portal
systemctl --user status xdg-desktop-portal.service
returns
Dependency failed
because
Requisite=graphical-session.target
cannot be satisfied.
graphical-session.target cannot be started manually
systemctl --user start graphical-session.target
returns
Operation refused
RefuseManualStart=yes
indicating that the desktop session should activate this target automatically, but does not.
Portal startup fails repeatedly
systemctl --user restart xdg-desktop-portal.service
always results in
Dependency failed
KIO sees KDE Connect devices
kioclient5 ls kdeconnect:/
returns
Meins
HBP-LX9
meaning the KIO slave itself works.
However, opening the device results in an empty directory instead of the phone storage.
Comparison
| Component | Cinnamon | Plasma |
|---|---|---|
| KDE Connect pairing | OK | OK |
| SSH connection | OK | OK |
| SFTP | OK | OK |
| Manual access to /storage/emulated/0 | OK | OK |
| KDE Connect GUI browser | Broken | OK |
| Dolphin browsing | Broken | OK |
| Flameshot >=14 | Broken | OK |
| Forkgram | Broken | OK |
| Ayugram | Broken | OK |
| xdg-desktop-portal | Broken | OK |
Expected behavior
Qt/KDE applications should function identically under Cinnamon and Plasma.
The KDE Connect filesystem browser should automatically enter the exported storage directory and display the phone contents.
Actual behavior
Under Cinnamon, multiple Qt/KDE applications fail or behave incorrectly while all tested functionality works correctly under Plasma on the same hardware.
The evidence suggests a missing or broken Cinnamon integration with Qt6/KIO/xdg-desktop-portal rather than a KDE Connect transport issue.
