On Thu, Oct 3, 2019 at 3:30 PM Ankur Sinha <sanjay.ankur(a)gmail.com> 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?
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.