"xclip -selection clipboard" does not paste to terminal

Bug #328155 reported by Hans L
58
This bug affects 8 people
Affects Status Importance Assigned to Milestone
gnome-terminal (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: gnome-terminal

I have a script which copies some things to clipboard via xclip. I use the "-selection clipboard" option to allow me to paste the results into apps with Ctrl-V keyboard shortcut. This works fine in GUI apps such as gedit for example, but I can not paste the clipboard directly into gnome-terminal.

Steps to reproduce:
In gnome-terminal run the following command:
echo testing123 | xclip -selection clipboard
attempt to paste clipboard back to terminal with Ctrl-Shift-V

Actual Results:
nothing is pasted

Expected results:
"testing123" is pasted onto the terminal command line

Reproducible: Always

The only way I can now paste my clipboard to gnome-terminal is to open a GUI app, paste with Ctrl-V, select the text again, and copy to clipboard again with Ctrl-C. After doing this, I can paste into gnome-terminal with Ctrl-Shift-V.

I'm not exactly sure if this is an xclip or gnome-terminal issue, but I've filed it under gnome-terminal for now.

Ubuntu 8.10
xclip 0.08-8
gnome-terminal 2.24.1.1-0ubuntu1

Hans L (thehans)
description: updated
Revision history for this message
Pedro Villavicencio (pedro) wrote :

confirmed it doesn't seems to work, but yes that works fine with gedit for example, will look upstream, thanks in advance.

Changed in gnome-terminal:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Pedro Villavicencio (pedro) wrote :

ok this is why, if you press ctrl+shift+v it will paste from normal buffer, but if you do ctrl+shift+insert it will paste from x selection so the latest one should be used here, does that works fine for you? thanks in advance.

Changed in gnome-terminal:
status: Confirmed → Incomplete
Revision history for this message
Hans L (thehans) wrote :

Hmm, ctrl-shift-insert does indeed paste the data from "xclip -selection clipboard", but this is not the correct behavior.

As I understand it, ctrl-shift-insert should paste from the "primary" buffer. The same buffer that selected text goes to, and that middle clicking pastes from.

Whereas ctrl-shift-v should paste from "clipboard", The same buffer that Ctrl-C copies to, and which I am trying to get xclip to paste to.

Revision history for this message
Hans L (thehans) wrote :

I was discussing this issue in gnome irc and someone pointed out another issue, which may be related:

As mentioned already, when "xclip -selection clipboard" is used, you can paste in gedit (for example) with Ctrl-V. But the "Paste" action is grayed out in the right-click and "Edit" menus.

gedit is used as an example, but the issues seems to happen in all other GUI apps such as firefox, etc.

Revision history for this message
Sebastien Bacher (seb128) wrote :

could you try if that's still an issue in jaunty? the bug should be sent to bugzilla.gnome.org by somebody having the issue

Revision history for this message
sdaau (sd-imi) wrote :

>> could you try if that's still an issue in jaunty?

Yes it is.

Revision history for this message
Bruce van der Kooij (brucevdk) wrote :

I'd like to point out that when I use xsel instead of xclip it seems to work just fine (xsel --clipboard).

Revision history for this message
Pedro Villavicencio (pedro) wrote :

This needs to be send upstream to bugzilla.gnome.org by someone interesting on the issue.

Revision history for this message
Paul White (paulw2u) wrote :

Bug did not expire due to assignment
No comments for over 8 years
Bug refers to GNOME 2 version of terminal
Closing as the report is now invalid

Changed in gnome-terminal (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.