[FIXED] Keyboard does not respond on Linux

[kappa]

Have a look at the basic applet example on the wiki. Should be pretty much the same for applications (just replace Applet with JFrame).

[_ralts]

I've tried some of the code on that page (setIgnoreRepaint and setFocusable) and it still crashes with that error. I think it's a driver issue.

[elias4444]

Have you verified that the GL context has focus?

Just a thought. 

[jediTofu]

did you try LWJGL 2.7?

[Momoko_Fan]

Funny thing is that over at jME3 we were having this issue for months. Will be interesting to see where this goes ..

[kappa]

This seems like a serious issue, so many people have reported it, however the problem had only happened to a random few with no clear pattern as to the issue/cause, especially as it was not reproducible by any of the LWJGL devs.

After discussing this issue on irc, our resident genius MatthiasM had the theory that it might be ibus that causes this problem.

Funny thing is that over at jME3 we were having this issue for months. Will be interesting to see where this goes ..

Interestingly after some googling, there was a possible solution/cause found on the jMonkeyEngine forum here

I reckon the next move should be to try to get ibus to work with LWJGL instead of disabling it. Any idea's on how to proceed or support ibus?

[kappa]

The page here seems to suggest that only old x applications should need to add the environment variable, could it be that we're using some old (outdated) method in X to read input?

[jediTofu]

This seems like a serious issue, so many people have reported it, however the problem had only happened to a random few with no clear pattern as to the issue/cause, especially as it was not reproducible by any of the LWJGL devs.

After discussing this issue on irc, our resident genius MatthiasM had the theory that it might be ibus that causes this problem.

Funny thing is that over at jME3 we were having this issue for months. Will be interesting to see where this goes ..

Interestingly after some googling, there was a possible solution/cause found on the jMonkeyEngine forum here

I reckon the next move should be to try to get ibus to work with LWJGL instead of disabling it. Any idea's on how to proceed or support ibus?

I think you're right.  I was able to reproduce this (but without any errors) by installing iBus.  It's an indicator on my gnome-applets; I installed Japanese on it.  Even with it set to English, LWJGL refuses to get any input at all.  However, my applets get input (which are contained in a Canvas).

Note:  mouse has no problems.

[princec]

Aha I came across this with out games too. I solved it with just XMODIFIERS= java .... as my commandline (ie. XMODIFIERS is cleared completely, didn't even use @im=none but whether I'm right or not who knows...).

Cas

[kappa]

A fix for this issue has been applied (should be in next nightly build). If someone suffering from this issue can confirm that it now works it would be nice.

Thanks

[_ralts]

Aha I came across this with out games too. I solved it with just XMODIFIERS= java .... as my commandline (ie. XMODIFIERS is cleared completely, didn't even use @im=none but whether I'm right or not who knows...).

Cas

Thanks for that! I completely forgot about that iBus issue.

However, I haven't been able to get resizable windows to work. I'll probably just leave that, as it isn't that important right now.

[jediTofu]

A fix for this issue has been applied (should be in next nightly build). If someone suffering from this issue can confirm that it now works it would be nice.

Thanks

Works now for me .
Used the exact same code that didn't work and just replaced with nightly build jar's/so's for compiling/running.
Thanks.

[kappa]

However, I haven't been able to get resizable windows to work. I'll probably just leave that, as it isn't that important right now.

Thats because the resizable window stuff isn't implemented for linux yet (it is for windows and mac).

Works now for me .
Used the exact same code that didn't work and just replaced with nightly build jar's/so's for compiling/running.
Thanks.

ah thats great, thx for testing.