Inquiry About KDE Connect's Clipboard Access Implementation

[Albert Vaca Cintora]

We don't read the clipboard without user intervention, the app has a
"share" button to do so. We used to be able to, but in recent Android
versions it's no longer possible, as you mentioned. Only setting/writing
the clipboard is possible from the background, but not reading it.

On Sun, Feb 23, 2025 at 4:25 PM <feature.reactive227 at passmail.net> wrote:

> *Dear KDE Connect Developers,*
>
> I hope you're all doing well.
>
> I've been a long-time user of KDE Connect and have always been impressed
> by how seamlessly it can access the clipboard without requiring explicit
> user interaction. This feature works flawlessly, but after reviewing the
> codebase and even consulting Gemini AI, which keeps looping on the fact
> that it's impossible to do it seamlessly without user input such as taping
> on the persistent notification, which I never did in years of using KDE
> Connect (?). I still haven't been able to fully understand how it was
> implemented.
>
> From my understanding of Android’s security model, accessing the clipboard
> in the background without direct user input seems restricted. However, KDE
> Connect manages to do this effortlessly, which is why I'm reaching out. I
> would like to implement a similar feature in my own Android application but
> have been postponing it due to my uncertainty about how it can be achieved.
>
> Would it be possible for you to provide some insights or point me to the
> relevant parts of the codebase that handle this functionality? Any guidance
> or explanation would be greatly appreciated.
>
> Thank you very much for your time and for the fantastic work on KDE
> Connect.
>
> It's my very first time using a mailing list, apologies if this was the
> wrong place to do so.
>
> Best regards,
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdeconnect/attachments/20250302/d5b68946/attachment.htm>