Re: Gnome on F31: X and Wayland clipboard weirdness(es)/regressions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Thu, Oct 3, 2019 at 3:30 PM Ankur Sinha <sanjay.ankur@xxxxxxxxx> wrote:
Hello,

I ran into an issues with copy/pasting on F31 with the new Gnome 3.34.
Are these known, or are they expected and if not where should one file
bugs please?

gnome-shell-3.34.0-3.fc31.x86_64


--- Issue 1 ----

X clipboards cleared when applications closed

Steps to reproduce:

1. Run gnome with Wayland
2. Install xsel and wl-clip to investigate the X and Wayland clipboard contents respectively
3. Open Gedit and write some text
4. Open a terminal (tile them both for ease)
5. In gedit copy the text: highlight and right click > copy
5. In the terminal, run the following commands:
5a. xsel -o (PRIMARY X selection buffer)
5b. xsel -o -b (CLIPBOARD X selection buffer)
5c. wl-paste (wayland selection buffer)
6. Then, close gedit, and re-run these commands.

When gedit is running, the copied text is available to the X and wayland
clipboards---all commands will show it.

When gedit is closed, the `xsel` commands no longer show any results.
The contents of the clipboards have been cleared. wl-paste still pastes
the expected output.

Is this expected behaviour?


---- Issue 2: cannot yank (copy) from gvim into Qt applications running on Gnome ----

Note that in the above, we used Gedit which I assume runs on wayland and
accesses the required wayland clipboard properly.

In the second scenario, if one copies anything from Gvim, it is
available to the respective X clipboard, and the Wayland clipboard, but
Qt applications running in Gnome cannot access any of this.

Steps to reproduce:

1. Run gnome with wayland
2. Install xsel and wl-clip to investigate the X and Wayland clipboard contents respectively
3. Install qutebrowser and/or falkon
4. Open a terminal, open qutebrowser and falkon
5. Run a new Gvim instance: gvim -u NONE (ensures that no vimrc files are read)
6. Write two lines of text in Gvim (press i to enter insert mode, write a line, hit enter, write another line, press ctrl c to exit insert mode)
7. Copy the first line into the X CLIPBOARD selection buffer: go to the start of the line, press v to enter visual mode, go to the end of the line to highlight it; press "+y to yank to the + register (X CLIPBOARD selection)
8. In a terminal, check if this is available:
8a. wl-paste: shows copied text
8b. xsel -o -b: shows copied text
9. Try pasting in falkon or qutebrowser: ctrl v or right click > paste (greyed out): nothing shown.
10. Copy the second line into the X PRIMARY selection buffer: go to the start of the line, press v to enter visual mode, go to the end of the line to highlight it; press "*y to yank to the * register (X PRIMARY selection)
10a. wl-paste: still shows first line
10b. xsel -o -b: shows first line (as expected)
10c. xsel -o -p: shows second line (as expected)
11. Try pasting in falkon or qutebrowser: ctrl v or right click > paste (greyed out): nothing shown.
12. Open gedit, write something, copy it, try pasting in Falkon
12a. Irrespective of whether gedit remains open or not, the text is available the first time I try to paste it, and not any longer.
12b. On qutebrowser, though, this remains available, so this is a falkon thing/feature
12c. wl-paste continues to show this value as many times as you run it.
13. Since the x selections are cleared when gedit is closed (issue 1), vim cannot access the copied text at all using either the + or * registers later.

So:
- the wayland buffer is synced with the X CLIPBOARD buffer, which is
 fine: https://wiki.gnome.org/Initiatives/Wayland/PrimarySelection
- but none of this is available to Qt applications running in Gnome if
 if it originates from X buffers?


Hi, so far I'm aware of these two clipboard-related issues:
https://bugzilla.redhat.com/show_bug.cgi?id=1751646
https://bugzilla.redhat.com/show_bug.cgi?id=1755038

Both have been rejected as blockers due to being too "edge case". But pasting into QT applications seems sufficiently broad to be considering as blocking, I think. So if your problems are not related to those two issues (e.g. have a VM running), please file new bugs and feel free to propose them as blockers (or at least mark them as CommonBugs).

I have learned that mutter now contains a clipboard manager, that should keep clipboard contents even after an application is closed (that wasn't the case before). But I don't know which exact cases it should cover (X11, Wayland, Wayland<->XWayland). Hopefully some people here from the desktop list can clarify.
_______________________________________________
desktop mailing list -- desktop@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to desktop-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/desktop@xxxxxxxxxxxxxxxxxxxxxxx

[Index of Archives]     [Fedora Users]     [Fedora KDE]     [Fedora Announce]     [Fedora Docs]     [Fedora Config]     [PAM]     [Red Hat Development]     [Red Hat 9]     [Gimp]     [Yosemite News]

  Powered by Linux