reassigned

*** Issue 62844 has been marked as a duplicate of this issue. ***

In Calc, pressing Alt+E,S selects the "Edit -> Paste Specified (&S)"
but does not execute the menu item.

Is this a similar problem?
Could you check all such menu items in all applications,
not just Draw and Calc?

Thanks.

Qiyao

In Calc, pressing Alt+E,S selects the "Edit -> Paste Specified (&S)"
but does not execute the menu item.

Is this a similar problem?
Could you check all such menu items in all applications,
not just Draw and Calc?

Thanks.

Qiyao

In Calc, pressing Alt+O,C selects "Format -> Cell" but
does not execute the menu item.
Can you check all such problems in all menu items?

Thanks.

Qiyao

*** Issue 76765 has been marked as a duplicate of this issue. ***

Increasing target to that of duplicate issue (OOo 2.4).

@ zhongqiyao: I do not think that these issues are related and belong to
different applications.

Retargeted to 2.x due to time constraints.

set target from 2.x to 3.x according
http://wiki.services.openoffice.org/wiki/Target_3x

According my experiments to this issue sometimes ALT needs to be pressed twice
so that later hitting ENTER can open File menu. It may be the problem of focus
transferring. I am trying to analyse it. 

Please take over.

pl->af: as discussed, Notify should return the correct value, the focus
forwarder should not duplicate the event.

Let me elaborate a little bit more the discussion between PL and me: the actual
processing of the ALT key does not happen in Window::Input() directly but in
Window::Notify().  The error is that ::sd::Window::Notify() does forward the
Notify() call to its ::Window base class but does not return its result.  Changing
        ::Window::Notify( rNEvt );
into
        nResult = ::Window::Notify( rNEvt );
fixes the bug.

This fix makes another little bug visible: pressing ALT once in a newly created
Impress document highlights the File menu entry shortly and then deselects it. 
Any further presses of the ALT key correctly highlight the File menu entry.  The
reason for this is the FocusForwardingWindow in ViewShellBase.cxx :  possibly
due to a merge error the KeyInput() method forwards key presses twice.  Removing
the line
    ::Window::KeyInput(rKEvt);
from FocusForwardingWindow::KeyInput() fixes this.

Setting target to OOo 3.2 due to time constraints.

Retargeted again for the same reasons as before.

Changing target.

set target to 3.x since not release relevant for 3.4.

Reset assigne to the default "issues@openoffice.apache.org".