I don't think that this is actually a bug, right, Mark?

ping Mark, Luis?

I reckon this is a usability bug - should have consitent behaviour
accross all panel menus (well that's my take on it).

Okay, this isn't a bug, because the items in that menu aren't
specified as .desktop files.

I could however be persuaded that we should have run, search and
screenshot buttons just like logout and lock buttons.

Thoughts usability people ?

i think from an admin perspective making the menu contents 
configurable would be cool. Only potential problem I can see is that 
the content of this menu are not in alphabetical order so if you are 
using .desktop files and try to make it general enough so that admins 
can change the content of the actions menu this may create some 
usability issues. 

Okay, I'll buy the technical reason for not being able to right click
on Actions menu items, but as long as this is the case, right-clicking
on these items should probably do nothing rather than activating the
item, IMHO.

I think the ability to add the buttons to the panel as Mark suggests
would also be good, although <obvious>in the longer term we really
need more generic and consistent menu interaction/editing
behaviour</obvious> :)

ping :)

*** Bug 91606 has been marked as a duplicate of this bug. ***

Well golly, I'm with Shane on this. 

There is no reason for an innocent, hapless user to know that there is
any distinction between the items in the "Applications" menu, and
those in the "Actions" menu. For him (or her) Menu items are menu
items, no? 

When menu items behave inconsistently (as in this example) it becomes
more difficult for the user to remember how any given menu item is
supposed to work. 

Dave's technical problem sounded to me like he was focusing on making
the items in the Actions menu configurable; that isn't the same as
just giving every item there a context menu, is it? Does adding the
same context menu to each really cause a technical problem?

Okay guys, I've added extra buttons on HEAD screenshot, search and
run. I've also opened another bug, #94120, on the issue of making the
actions menu editable.

(Note, the fun thing about the way I did this isthat you can change
the button action easily between logout, lock, screenshot, search and
run now using gconf)

I wonder if the 'action buttons' on the 'Add to panel' menu should go
in an "Actions" submenu, rather than being tacked on the bottom of the
menu?  It's getting quite long...

Yeah, I was going to do that but couldn't find an icon. See #94633.

original problem still present in sun's gnome build fcs-03 - from a
users perspective - right-clicking on an item in the Actions menu
should not activate that item - this menu should behave as close as
possible to the behaviour of the Applications menu for the sake of
consistency.

for the sake of mentioning it, right clicking on any menu anywhere
else in gnome activates the menu entry. So i see two solutions:

1. Fix gtk so that right clicking on menu entries doesn't activate an item

2. Remove the right click on menu entries from the applications menu
(I sort of favor this and find context clicking in menus to be rather odd)

Owen: "Fix gtk so that right clicking on menu entries doesn't activate
an item". I suppose it was a design choice. Is there a possibility
this will be changed ?

I think all issues in this report have been adressed by now. We have
the panel objects and none of these activate if you right click on
them as far as I can see.

See bug 116890 for general issues about widget that respond
to any button.