<html>
    <head>
      <base href="https://bugzilla.gnome.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Clipboard of terminal get out of sync with the main clipboard on Wayland"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=758396#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Clipboard of terminal get out of sync with the main clipboard on Wayland"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=758396">bug 758396</a>
              from <span class="vcard"><a href="page.cgi?id=describeuser.html&login=chpe%40gnome.org" title="Christian Persch <chpe@gnome.org>"> <span class="fn">Christian Persch</span></a>
</span></b>
        <pre>In this case here, Shift-Ctrl-V just does:

  clipboard = gtk_widget_get_clipboard (..., GDK_SELECTION_CLIPBOARD);
  gtk_clipboard_request_targets (clipboard, ...)

and on receiving the targets:

if (gtk_targets_include_uri (targets, n_targets)) {
    gtk_clipboard_request_uris (clipboard, ....)
  } else /* if (gtk_targets_include_text (targets, n_targets)) */ {
    vte_terminal_paste_clipboard (VTE_TERMINAL (data->screen));
  }

where vte_terminal_paste_clipboard is just gtk_clipboard_request_text().

So if the 'previously used text' is received by these request functions, I
really don't see how that could be any fault of g-t/vte.

<a href="show_bug.cgi?id=758396#c0">Comment 0</a> doesn't state from which programme the clipboard data originated; if
it's g-t (via Shift-Ctrl-C) then that's just from
gtk_clipboard_set_with_owner() for the GDK_SELECTION_CLIPBOARD GdkClipboard ,
text/plain target and the selected text as data.


Also note that vte has ZERO code that depends on the gdk backend, and g-t only
has a couple such checks (WM checks (gdk_x11_screen_supports_net_wm_hint(),
"window-manager-changed" signal handling) [I'll just remove these now since
they're obsolete], setting of an environment variable in the child process on
the X backend, and using X directly to get a fallback startup timestamp).  THAT
is the basis for my assessment that a bug that occurs on wayland but not on X,
is a priori unlikely to be a g-t/vte bug. So I'm not just 'blindly' moving bugs
around!</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>