After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 791582 - Reset causes clipboard to malfunction
Reset causes clipboard to malfunction
Status: RESOLVED DUPLICATE of bug 789954
Product: vte
Classification: Core
Component: general
0.50.x
Other Linux
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-12-13 15:04 UTC by at-gnome
Modified: 2017-12-20 21:32 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Test program (1.79 KB, text/x-csrc)
2017-12-13 15:04 UTC, at-gnome 		Details

Description at-gnome 2017-12-13 15:04:57 UTC 
Created attachment 365495 [details]
Test program

When a selection in the terminal is copied to the clipboard and the terminal is reset afterwards, the clipboard content is no longer available. Some other programs also hang if one tries to paste from the clipboard there.

This is particularly problematic when using the terminal with programs like "screen" that reset the terminal on start.

Steps to reproduce:
  1. In GNOME Terminal, or the attached test program, select some text.
  2. Copy the text to the clipboard.
  3. Reset the terminal.
  4. Try to paste the text.
Comment 1 Egmont Koblinger 2017-12-13 20:07:54 UTC 
Thanks; I'm planning to address it in the near future.

*** This bug has been marked as a duplicate of bug 789954 ***
Comment 2 at-gnome 2017-12-14 14:26:52 UTC 
Please note that the clipboard is not just empty after the reset, it also behaves in a strange way. For example, pasting in Emacs or Chrome afterwards causes these programs to hang.
Comment 3 Egmont Koblinger 2017-12-17 00:02:30 UTC 
Cannot reproduce. Pasted one line from gnome-terminal to Chrimium's title bar using Ctrl+Shift+C and Ctrl+V. After resetting the terminal, Ctrl+V does nothing but Chromium continues to behave properly.

Please comment on the duplicate bug instead of this one, to keep the information at one place.
Comment 4 at-gnome 2017-12-20 21:32:09 UTC 
The problem about programs hanging seems to be related to XWayland. In any case, it is not VTE issue after all. Apparently something related to Wayland does not like it when the `get_func` callback of `gtk_clipboard_set_with_data` does not set any data.