Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Focus problem with java swing #578

Closed
i3bot opened this issue Dec 1, 2011 · 5 comments
Closed

Focus problem with java swing #578

i3bot opened this issue Dec 1, 2011 · 5 comments
Assignees
@stapelberg
Labels
4.1

Comments

@i3bot
Copy link

i3bot commented Dec 1, 2011

[Originally reported by helgikrs@…]
(Java swing TextArea and TextFields wont get keyboard focus.

See the attached java test program, when I launch it, the TextField initally gets focus and I can write to it, but if it looses it's focus (I change to another workspace for example) it's not focusable again.

I can highlight the text in the text field and I can paste to it with 3rd mouse button, it just won't accept keyboard input. This makes most java GUI applications useless.
@stapelberg
Copy link
Member

Cannot reproduce this problem with 4.1-138-g1c72e8b. Can you see if it happens there, too?

@i3bot
Copy link
Author

i3bot commented Dec 19, 2011

[Original comment by mseed]

Hi, tested with i3 version 4.1-179-g1f2c930 and smartsvn - problem still remaining.

@i3bot
Copy link
Author

i3bot commented Dec 26, 2011

[Original comment by helgikrs@…]

Info from xprop on Test.java app

WM_STATE(WM_STATE):
        window state: Normal
        icon window: 0x0
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x3, 0x1, 0x1, 0x0, 0x0
_MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0, 0x4, 0x0, 0x0, 0x2, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0
XdndAware(ATOM) = BITMAP
_NET_WM_STATE(ATOM) =
WM_HINTS(WM_HINTS):
        Client accepts input or input focus: False
        Initial state is Normal State.
WM_PROTOCOLS(ATOM): protocols  WM_DELETE_WINDOW, WM_TAKE_FOCUS
WM_CLASS(STRING) = "sun-awt-X11-XFramePeer", "Test"
WM_CLIENT_LEADER(WINDOW): window id # 0x2000005
_NET_WM_ICON_NAME(UTF8_STRING) = "Java"
WM_ICON_NAME(STRING) = "Java"
_NET_WM_NAME(UTF8_STRING) = " "
WM_NAME(STRING) = " "
WM_NORMAL_HINTS(WM_SIZE_HINTS):
        user specified location: 0, 19
        program specified location: 0, 19
        program specified size: 1 by 1
        window gravity: NorthWest

Interesting line there that says "Client accepts input or input focus: False", not sure what that means; could that be the reason i3 isn't giving it focus?

@i3bot
Copy link
Author

i3bot commented Jan 10, 2012

[Original comment by Simon Kämpe <simon.kampe@…>]

Almost same thing happens here (with an AWT app, JabRef: http://jabref.sourceforge.net/ v.2.6). If the window starts floating I can focus and write in all fields/areas, when focus is lost or the window is put in non-floating I can't write/paste/do anything to the fields/areas anymore.

@stapelberg
Copy link
Member

I could reproduce this with Oracle JRE7 only.

It should be fixed in commit 21a2971.

@ptitdoc ptitdoc mentioned this issue Feb 6, 2019
Closed
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@stapelberg stapelberg

Labels
4.1
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@stapelberg @i3bot