-
Notifications
You must be signed in to change notification settings - Fork 144
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A possible bug: Cannot copy/paste to/from KDE Applications to Eclipse in Wayland session (qt_wayland_clipboard_fix) #851
Comments
Interesting. I have tried coping from Eclipse to Kate (both running under wayland) and it worked but kate to eclipse didn't. |
@akurtakov Yes thanks that is exactly my point. |
I have also just tested Kubuntu 22.10 and Fedora KDE Plasma Desktop 38, same issue. |
I would not have time to look into this one any time soon so we need someone to step up and work on a fix. |
OK ... I'm not experienced with eclipse code so I do not know what more I can do right now. |
Inspired by a comment in this thread I figured out a small workaround:
|
In hope of the KDE-Team being able to provide a wayland lecgacy solution like Gnome-gtk I have opened a bug repport there: |
Thanks for the report, this comment helps "the issue essentially boils down to Eclipse not supporting Wayland clipboard content types (RFC-1341 types).". Do you think you can help with that? |
enables paste from KDE/QT apps in a wayland session.
enables paste from KDE/QT apps in a wayland session.
@mickaelistria Testing out my bugfix is now completed with success master...the-snowwhite:eclipse.platform.swt:wayland_qt_paste_fix_R4.29 The initial commit for master is here: What I found out in all my testing is that It does exactly what promised: |
OK. Can you please create a PR for master? |
@mickaelistria |
This makes it possible to paste into eclipse from a KDE/QT app
enables paste from KDE/QT apps in a wayland session.
@mickaelistria |
enables paste from KDE/QT apps to Eclipse in a wayland session.
enables paste from KDE/QT apps in a wayland session.
enables paste from KDE/QT apps to Eclipse in a wayland session.
This makes it possible to paste into eclipse from a KDE/QT app
enables paste from KDE/QT apps in a wayland session.
enables paste from KDE/QT apps in a wayland session.
enables paste from KDE/QT apps to Eclipse in a wayland session.
enables paste from KDE/QT apps to Eclipse in a wayland session.
…Transfer()" This reverts commit 2a5264b.
enables paste from KDE/QT apps to Eclipse in a wayland session.
1) The utf-8 content should be same as in UTF8_STRING, it just should use different label/type id. 2) The change in ClipboardProxy.setData() was non functional and makes no sense, it only leaks memory/wastes time See eclipse-platform#863 See eclipse-platform#851
…Transfer()" This reverts commit 2a5264b.
@mickaelistria I have now verified that commit bbd763b together with the a90888b combination of 666b7fd After the 2 mvn compilations I was the possible to confirm that full wayland clipboard functionality worked in all my 2023-09 installs running on ubuntu-LTS base without the gtk wayland fix (gtk 3.24.22). Via copying the 3 renamed swt jar binaries in the plugin folder. A great thanks to all involved in expanding this issue from 1 to 2 and resolving all the interesting mishaps that came up. |
…set=utf-8 to TextTransfer(). This makes it possible to paste into eclipse from a KDE/QT app in a wayland session with gtkv3.24.33 and higher(ubuntu 22.04-LTS).
…ain;charset=utf-8 to the wayland clipboard Enables copy from eclipse to KDE/QT apps in a wayland session(RFC-1341)
Fix wrong implementation of TEXT_PLAIN_UTF8 transfer feature due to commit 666b7fd
For the record |
A nice Header generated by Github ? |
…set=utf-8 to TextTransfer(). This makes it possible to paste into eclipse from a KDE/QT app in a wayland session with gtkv3.24.33 and higher(ubuntu 22.04-LTS).
…ain;charset=utf-8 to the wayland clipboard Enables copy from eclipse to KDE/QT apps in a wayland session(RFC-1341)
Fix wrong implementation of TEXT_PLAIN_UTF8 transfer feature due to commit 666b7fd
Originally posted by @akurtakov in #421 (comment)
The text was updated successfully, but these errors were encountered: