Bug 824709 - [kde] Libreoffice Calc locks keyboard when displaying a dialog window
Summary: [kde] Libreoffice Calc locks keyboard when displaying a dialog window
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: libreoffice
Version: 17
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Lukáš Tinkl
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-24 03:39 UTC by Johannes Goller
Modified: 2015-07-13 17:36 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-06-27 11:15:34 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Johannes Goller 2012-05-24 03:39:41 UTC
Description of problem:
When I work in Libreoffice Calc, it frequently happens that I open a dialog window (for example the dialog used to change the width of a column), make some edits, close the dialog, and then Libreoffice locks the keyboard. I am then unable to re-activate the keyboard, but I can use the mouse to shut down Libreoffice and restart.

Notes:
1) I have ibus configured in the im-chooser, with English and Japanese activated as input methods.

2) When the problem occurs, the keyboard is only locked in Libreoffice. I can use the mouse to switch to a non-Libreoffice window (e.g. a Konsole) and there the keyboard continues to work.


Version-Release number of selected component (if applicable):
libreoffice-calc 3.5.2.1-6.fc17.x86_64
ibus 1.4.99.20120428-1.fc17.x86_64
ibus-mozc 1.5.1053.102-1.fc17.x86_64

How reproducible:
It happens about every second time I use a dialog.

Steps to Reproduce:
1. Use the im-chooser to configure ibus. Enable English and the mozc method for Japanese
2. Restart X to ensure the ibus methods are fully loaded (there is  no need to actually type anything in Japanese)
3. Open a spreadsheet in Calc
4. Right-click a column header and select the option to modify the column width
5. Modify the width and click OK
6. If that does not trigger the bug, repeat 4 and 5 a few times
  
Actual results:
The keyboard is locked and only the mouse is left.

Expected results:
No keyboard locking.

Additional info:
Notes: I use the language packs for Japanese, and have the environment set to the Japanese locale. I don't think that is necessary to reproduce the bug, though.

Comment 1 Caolan McNamara 2012-05-24 06:28:35 UTC
kde or gnome ? KDE I'm guessing from the konsole comment ?

Comment 2 Johannes Goller 2012-05-24 06:34:06 UTC
Sorry for omitting this. Yes, KDE 4.8.3.

Comment 3 Caolan McNamara 2012-05-25 19:42:38 UTC
I wonder if this and bug 825067 are related

Comment 4 Johannes Goller 2012-05-26 08:06:28 UTC
They may be related. I have seen the problem described in 825067 on my system, too. I'll try uninstalling libreoffice-kde, as suggested there, on Monday.

Comment 5 Johannes Goller 2012-05-28 03:13:10 UTC
I received an update to libreoffice-kde-3.5.3.2-3.fc17.x86_64 today, but that did not solve the problem.

However, after erasing libreoffice-kde altogether, indeed the keyboard is not locked anymore after using dialog windows, even after switching between input methods a lot. So the bug seems to be related to 825067 at least to the extent that they are both caused by libreoffice-kde, or an interaction of the input method with it.


Note You need to log in before you can comment on or make changes to this bug.