Apologies for spam... marking as GNOMEVER2.3 so it appears on the official GNOME
bug list :)

Personally I disagree, but as both the paste_primary and
paste_clipboard methods are exposed by libvte, this can be decided at
the level of gnome-terminal's existing keybindings framework. 
Reassigning.

Copy and pasting originated from explicit user actions (control+c,
control+v, shift+insert, control+insert, and so on) are to use the
clipboard, as specified (well, sort of) in
http://pdx.freedesktop.org/Standards/clipboards-spec/clipboards.txt

Now, I can't do it from gnome-terminal, because the Shift+Insert
keyboard combination is actually handled by vte in
vte_terminal_key_press: 

...
case GDK_KP_Insert:
case GDK_Insert:
	if (terminal->pvt->modifiers & GDK_SHIFT_MASK) {
		vte_terminal_paste(terminal,GDK_SELECTION_PRIMARY);
		handled = TRUE;
		suppress_meta_esc = TRUE;
	}
	break;
...

So that vte actually does hard-code using the primary selection on
shift+insert. 

For some reason, now, if I do a Control+Insert while having something
selected and running bash, say, what I see is that the highlighed text
gets put into the primary X selection *and* the string "^G;5~" gets
fed to bash (here ^G is, of course, the ASCII bell) Ymmv, as someone
on IRC got just "5~" (maybe with the bell, he had sound off, apparently)

I'll move this to vte, which is where the fix should start...

Updating status whiteboard to reflect a11y team's assessment of priority.

A symptom of this bug is that there is an inconsistency in the popup
menu in gnome-terminal. It has these two menu items:

   Copy    Ctrl+Insert
   Paste   Shift+Insert

But the menu items and the keystrokes do different things currently. 

P.S. Should this be assigned back to Nalin?

Created attachment 24580 [details] [review]
patch I've been using for a while

(Noah, the popup has not shown the keyboard shortcuts for a while, and those are
not the default shortcuts anyways ;-) )

Nalin, adding Ctrl-Insert sounds reasonable. 

Also, if you do not like using CLIPBOARD instead of PRIMARY here, maybe this
could be parametrized? Everything in GTK seems to be using CLIPBOARD all over
for this, though...

Any news on this issue?

I've already FIXED this.