openoffice menu shortcuts not recognized when using Russian layout

Bug #10986 reported by Alexandr Dmitrijev
16
Affects Status Importance Assigned to Milestone
openoffice.org (Ubuntu)
Fix Released
Medium
Matthias Klose

Bug Description

I am using hoary, openoffice.org (Version: 1.1.3-2.3ubuntu4, with
openoffice-gnomevfs, openoffice-gtk-gnome) and when switching a keyboard layout
to russian shortcuts in openoffice does not work (pressing control+n for example
just produce a cyrillic symbol in editor)

Revision history for this message
Alexandr Dmitrijev (post-human) wrote :

I've removed package openoffice-gtk-gnome and all keyboard shortcuts are working
correct now

Revision history for this message
Matt Zimmerman (mdz) wrote :

Does this happen in any other GTK applications? Try gedit.

Revision history for this message
Matt Zimmerman (mdz) wrote :

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

Revision history for this message
Alexandr Dmitrijev (post-human) wrote :

(In reply to comment #2)
> Does this happen in any other GTK applications? Try gedit.

All "gnomish" (all default gnome applications) and GTK applications work correct.

I have noticed this problem only with: openoffice-gtk-gnome, mozilla-firefox,
mozilla-thunderbird. With firefox & thunderbird hotkeys do not work with
official builds from mozilla.org and slackware packages from linuxpackages.net.

ps Marry Christmas!

Revision history for this message
Chris Halls (halls) wrote :

Do you also see this problem in openoffice.org2? This could be an upstream problem.

Revision history for this message
Giorgos Logiotatidis (seadog) wrote :

This bug exists both in oo.org 2 and firefox using the latest night build. I am
trying it with greek (el) layout

Revision history for this message
Simos Xenitellis  (simosx) wrote :
Revision history for this message
Simos Xenitellis  (simosx) wrote :

The problem exists with OpenOffice 2.0beta (Linux) as well.
It's an upstream issue.

However, Alexandr Dmitrijev mentions that he managed to solve it. Alexandr?
Else, mark upstream.

Revision history for this message
Simos Xenitellis  (simosx) wrote :

Appears to have been fixed upstream in OpenOffice.org (March 9, 2005, in source
code).
See http://qa.openoffice.org/issues/show_bug.cgi?id=42122
Firefox still to go.

Revision history for this message
Alexandr Dmitrijev (post-human) wrote :

> However, Alexandr Dmitrijev mentions that he managed to solve it. Alexandr?

yes, I removed the openoffice-gnome package and shortcuts now work fine.

btw, the third application with the same issue is abiword
http://bugzilla.abisource.com/show_bug.cgi?id=5024

Revision history for this message
Simos Xenitellis  (simosx) wrote :

Alexandr, a bit more clarification about shortcut support

1) If the menu says "_Moscow" in cyrillic, you are in cyrillic input mode, and
you press Alt-M, the menu opens up. Does the same happen when you are in
non-russian keyboard input mode (such as English)? On GNOME, special care has
been taken so that it does not matter what language you are in; as long as the
key is the correct one according to the cyrillic positioning of the keys, it
should work. That is, you are in English keyboard input mode, you should be able
to press Alt-M (let's imagine "M" is cyrillic, ok?) and get the action.
Currently OpenOffice 1.1.3 for Hoary appears NOT to work when the keyboard shows
English, to access the menus. It works when you are typing the local languages.
If you follow the bug reports, it says that the problem has been fixed in CVS
(9th Math, '05?) but remains to be verified.

2) Do Ctrl-X/Ctrl-C/Ctrl-V work while the keyboard is in Cyrillic Input mode?
For me (Greek) it does not work, as the character simply gets pressed. GNOME
2.10 fixes this nicely.

3) Mozilla Firefox appears to be quite problematic; Keyboard shortcuts for the
Firefox do not work up all.

Revision history for this message
Dennis Kaarsemaker (dennis) wrote :

The OO.o bug is FIXED, the others are still open, marking this as upstream.

Revision history for this message
Matthias Klose (doko) wrote :

fixed in upsream packages, at least in dapper 2.0.2

Changed in openoffice.org:
status: Unconfirmed → Fix Released
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.