GSConnect / gnome-shell-extension-gsconnect

KDE Connect implementation for GNOME

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

ClipBoard sharing only works if the KDEConnect app is focused, and manually pushed (to laptop)

smileBeda opened this issue · comments

Describe the bug

I enabled (both ways) Clicpboard share, and it works, but only after i "focus" into the KDEConnect app (for every copy-paste from laptop), and only if I explicitly "push" from mobile to laptop.

If I do not focus on the KDEConnect app, it won't pull the clipboard from laptop.
If I do not explicitly push from mobile, it wont' push to laptop at all.

Is this expected? If so, can it be avoided?

Steps to reproduce

From Laptop to Phone

  • copy on laptop
  • on mobile, bring KDEConnect into focus (not only open, but look at the app)
  • switch to another app where into I want to paste
  • paste

From phone to laptopLaptop

  • copy on phone
  • explicitly Push local clipboard in KDEConnect app
  • paste on mac

Expected behavior

Clipboard push and pull automatic. Ideally, even with closed app. Expectedly without having to focus on app/explicitly push from mobile.

GSConnect version

56

Installed from

GNOME Extensions website

GNOME Shell version

45.1

Linux distribution/release

No response

Paired device(s)

MacBook Pro 16.1, iPhone X

KDE Connect app version

0.3.0 (9)

Plugin(s)

ClipBoard

Support log

Nevermind the eycode warnings, thiat is just because I remap the keyboard to be more friendly.

GSConnect: 56 (user)
GJS:       17800
Session:   x11
OS:        EndeavourOS
--------------------------------------------------------------------------------
Nov 26 14:52:17 systemd[1]: systemd-hostnamed.service: Deactivated successfully.
Nov 26 14:52:25 dbus-daemon[930]: [system] Activating via systemd: service name='org.bluez' unit='dbus-org.bluez.service' requested by ':1.170' (uid=1000 pid=12339 comm="/opt/visual-studio-code/code --unity-launch /tmp/g")
Nov 26 14:52:25 dbus-daemon[930]: [system] Activation via systemd failed for unit 'dbus-org.bluez.service': Unit dbus-org.bluez.service not found.
Nov 26 14:52:27 gnome-keyring-daemon[1799]: asked to register item /org/freedesktop/secrets/collection/login/3, but it's already registered
Nov 26 14:52:27 gnome-keyring-d[1799]: asked to register item /org/freedesktop/secrets/collection/login/3, but it's already registered
Nov 26 14:52:32 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
Nov 26 14:52:32 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
Nov 26 14:52:32 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
Nov 26 14:52:32 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
Nov 26 14:52:32 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
Nov 26 14:52:32 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Nov 26 14:52:32 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
Nov 26 14:52:32 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Nov 26 14:52:32 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
Nov 26 14:52:36 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
Nov 26 14:52:36 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
Nov 26 14:52:36 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
Nov 26 14:52:36 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
Nov 26 14:52:36 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
Nov 26 14:52:36 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Nov 26 14:52:36 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
Nov 26 14:52:36 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Nov 26 14:52:36 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
Nov 26 14:52:37 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
Nov 26 14:52:37 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
Nov 26 14:52:37 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
Nov 26 14:52:37 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
Nov 26 14:52:37 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
Nov 26 14:52:37 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Nov 26 14:52:37 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
Nov 26 14:52:37 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Nov 26 14:52:37 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).
Nov 26 14:52:49 org.gnome.Shell.Extensions.GSConnect[9766]: [/service/device.js:sendPacket:472]: iPhone (4): {
                                                              "id": 1700985169274,
                                                              "type": "kdeconnect.clipboard",
                                                              "body": {
                                                                "content": "you might try starting from a clean configuration again:"
                                                              }
                                                            }
Nov 26 14:52:49 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 38 with keysym 38 (keycode 11).
Nov 26 14:52:49 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 34 with keysym 34 (keycode d).
Nov 26 14:52:49 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 37 with keysym 37 (keycode 10).
Nov 26 14:52:49 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 33 with keysym 33 (keycode c).
Nov 26 14:52:49 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 39 with keysym 39 (keycode 12).
Nov 26 14:52:49 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32 (keycode b).
Nov 26 14:52:49 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 36 with keysym 36 (keycode f).
Nov 26 14:52:49 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 31 with keysym 31 (keycode a).
Nov 26 14:52:49 gnome-shell[1990]: Window manager warning: Overwriting existing binding of keysym 35 with keysym 35 (keycode e).

Notes

I have all iPhone permissions on for clipboard/paste and the KDEConnect app.
Also all settings to use clipboard sync are on.

Both of those are Android limitations.

You have to explicitly push from mobile, it's a security feature of Android and there's no way around it.

Your kdeconnect app might be being killed in the background, so maybe try excluding it from battery optimisations. Instructions for that vary by phone model somewhat, so try to search online for "disable battery optimization Samsung/oneplus/whatever"

In any case, nothing to be done to help from gsconnect side

I see… the only is I’m not using android 😅
I’ll assume this is just embossed in the app?
(Because in iOS it’s definitely possible to push without explicit consent, pasteapp does it for example. You control it either on each paste with a pop up prompt or globally in a iOS setting for that app/paste in general)
Thus iOS app could be modified to allow it, no doubt.

Thanks for the hint about power control, I think this could be indeed a reason, since iOS does quite aggressive power saving

If your device has ROOT, you can use this Magisk module: Riru-ClipboardWhitelist, it can allow apps to access the clipboard in the background on Android 10+.

As mentioned, it’s an iPhone - and iPhones have settings for this (in other apps, not in gconnect)