Bug 306626

Summary:	Keyboard becomes completely unresponsive (for the complete desktop) after selecting some points and pressing a key in FontForge
Product:	[Unmaintained] plasma4	Reporter:	Shlomi Fish <shlomif>
Component:	desktop	Assignee:	Plasma Bugs List <plasma-bugs>
Status:	RESOLVED UPSTREAM
Severity:	major
Priority:	NOR
Version:	4.9.1
Target Milestone:	---
Platform:	Mageia RPMs
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	The offending font (others may be used). The offending kaccessrc

Description Shlomi Fish 2012-09-11 18:36:42 UTC

Hi all,

with my default UNIX user account, the keyboard is becoming completely unresponsive for the complete desktop (no key emits a keystroke), when I do something with fontforge (see below). It happened before in other circumstances, but they were not reproducible.

I should note that it is OK on LXDE for my user and OK for KDE in a new UNIX user account. I am on Mageia Linux 3/Cauldron x86-64.

Reproducible: Always

Steps to Reproduce:
1. Open a konsole.
2. Type fontforge LinLibertine_Mah.ttf .
3. Open the "F letter.
4. Select a few guide points using shift+click with the mouse.
5. Press the "y" key. 

Actual Results:  
Keyboard hangs completely.

Expected Results:  
Keyboard should continue working.

Comment 1 Shlomi Fish 2012-09-11 18:37:26 UTC

Created attachment 73834 [details]
The offending font (others may be used).

This is the offending font that I used (compressed with xz).

Comment 2 Shlomi Fish 2012-09-11 19:19:45 UTC

Created attachment 73835 [details]
The offending kaccessrc

I found out what the problem is after a short amount of bisecting. The problem happens with a new ~/.kde4/share/config directory and this kaccessrc file. With my existing /config directory and with this kaccessrc file deleted, everything is OK.

Please investigate.

Comment 3 Martin Flöser 2013-06-07 06:36:49 UTC

Plasma is not responsible for key event handling. That's X.