Paste in global application menu is not active whilst using gnome-terminal

[Adam Guthrie]

Binary package hint: gnome-terminal

Although I have text on my clipboard, the paste option is disabled in the edit global menu. This means the keyboard shortcut does not also work. Right-click -> paste does work however.

Steps to reproduce:

1, Open gedit and type "Test"
2, Control + C to copy to clipboard
3, Open gnome-terminal and attempt to Edit -> Paste or Shift + Control + V

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: gnome-terminal 2.31.91-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-19.28-generic 2.6.35.3
Uname: Linux 2.6.35-19-generic i686
Architecture: i386
Date: Sat Sep 4 16:58:47 2010
EcryptfsInUse: Yes
InstallationMedia: Ubuntu-Netbook 10.10 "Maverick Meerkat" - Alpha i386 (20100803.1)
ProcEnviron:
 LANG=en_GB.utf8
 SHELL=/bin/bash
SourcePackage: gnome-terminal

[Adam Guthrie (therigu)]

Investigating this further this seems to be a problem with the global application menu. Disabling this by commenting out

export UBUNTU_MENUPROXY="libappmenu.so"

in /etc/X11/Xsession.d/80appmenu and logging out and back in fixes the issue for that session.

[Adam Guthrie (therigu)]

I've investigated a little further. gnome-terminal connects a callback to the "activate" signal on the Edit menu:

  action = gtk_action_group_get_action (action_group, "Edit");
  g_signal_connect (action, "activate",
                    G_CALLBACK (edit_menu_activate_callback), window);

When not using the application menu (UBUNTU_MENUPROXY= ), this callback is fired whenever the Edit menu is opened.

However, when using the application menu, this callback is fired once when the terminal window opens and not when the Edit menu is opened.

This callback checks the clipboard and activates paste, hence this would seem to be the cause of this problem.

[David Barth (dbarth)]

Thanks for investigating the issue at the code level. Actually, the latest set of fixes we're landing should fix the problem hopefully in the following hours.

Keeping the bug open for now.

[David Barth (dbarth)]

@ted: assigning to you, but that should be fixed by your recent changes in a few hours.

[Adam Guthrie (therigu)]

I've just dist-upgraded and retried my test case (above) and it still doesn't work.

[Launchpad Janitor (janitor)]

This bug was fixed in the package appmenu-gtk - 0.1.9-0ubuntu2

---------------
appmenu-gtk (0.1.9-0ubuntu2) maverick; urgency=low

  * Backport upstream fix:
    - Paste in global application menu is not active whilst using
      gnome-terminal (LP: #630292)
 -- Didier Roche <email address hidden> Thu, 23 Sep 2010 21:08:40 +0200

[Adam Guthrie (therigu)]

Just upgraded and retested. Now `paste` is active in the edit menu but clicking it (or indeed shift+ctrl+v) doesn't do anything! Right-click > paste still works correctly.

[Adam Guthrie (therigu)]

This doesn't appear fixed to me - paste is now active but doesn't work.

I'm running appmenu-gtk 0.1.9-0ubuntu4

[Mark Shuttleworth (sabdfl)]

I think there's a separate bug about Ctrl-Shift-V not working, there may
be a deeper underlying common issue.

Mark

[Didier Roche-Tolomelli (didrocks)]

right, this is bug #630383 for your information.

[xtrip (xtrip)]

This answer helped me to investigate a known problem with wxwidgets apps like truecrypt, audacity, filezilla, boinc, and pgadmin3.

Menu "file" disepear after an upgrade from lucid to maverick. (an example from this bug report)
https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/647410

I've commented out
# export UBUNTU_MENUPROXY="libappmenu.so"

in

sudo gedit /etc/X11/Xsession.d/80appmenu

and now all work fine !

My question is: In the future would it possible to make more fine verification of old variable/scipts that affect general env ?

Regards