Closed Bug 1567762 Opened 5 years ago Closed 4 years ago

[Wayland] Copy/Paste doesn`t work within firefox in kde 5.16+

Categories

(Core :: Widget: Gtk, defect, P3)

Product:
Core
Component:
Widget: Gtk
Version:
70 Branch
Type:
defect

Tracking

()

Status:
RESOLVED MOVED

People

(Reporter: seqularise, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:70.0) Gecko/20100101 Firefox/70.0

Steps to reproduce:

Start Firefox, type something in address bar, then copy/paste it somewhere, in address bar or another application

Arch Linux, Qt5.13, Plasma 5.16
Do i need to provide any other additional information?

It works in wayland session on gnome and through xwayland

It would be great if you can test wl-clipboard commad line tools on KDE (https://github.com/bugaevc/wl-clipboard). That's simple wayland clipboard client I use to test clipboard. If you see the same issues with wl-clipboard it's compositor (KDE) and not a Firefox bug.

Blocks: wayland
Flags: needinfo?(seqularise)
Priority: -- → P3

Yeah, same with wl-clipboard. Okay, i will report it to kde bugzilla

Flags: needinfo?(seqularise)

(In reply to Seqularise from comment #3)

Yeah, same with wl-clipboard. Okay, i will report it to kde bugzilla

So did you? And if yes can you share the link?

Blocks: wayland-kde
No longer blocks: wayland
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: [Wayland] Copy/Paste doesn`t work within firefox in kde 5.16 → [Wayland] Copy/Paste doesn`t work within firefox in kde 5.16+

Testing with wl-paste isn't a great indication. That's using wlr_data_control_unstable_v1 I would expect firefox to use the normal data controls.

In any case - even with wl-paste working this does not.

I've run firefox against WAYLAND_DEBUG=1 everything looks normal from the protocol side.
on focus we send a data_offer we send a bunch of mimetypes and set that on the data device. It certainly looks sane.

Could I see output of WAYLAND_DEBUG=1 firefox |& grep data on a "working" session?

Found it - it is on us.

Firefox is doing something unusual but not illegal creating multiple seats instances and from that multiple data devices.
We only send to the first one, which is probably the GTK connection not NSClipboardWayland.

Feel free to close

Thanks for looking into it! :)

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → MOVED
See Also: → https://bugs.kde.org/show_bug.cgi?id=411682
You need to log in before you can comment on or make changes to this bug.