Summary: | Caret disappears when autocompleting | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Sören Glimm <soeren.glimm> |
Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
Status: | NEW --- | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | ericwill, felix, ivgunjac |
Version: | 4.13 | Keywords: | triaged |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Linux | ||
Whiteboard: | |||
Attachments: |
Description
Sören Glimm
2019-10-22 07:34:36 EDT
If the issue happens only under i3 it sounds like there is very little we can do in the Eclipse side. Does it happen on GNOME3? Created attachment 286476 [details]
events1.txt shows the X events when clicking on a quick fix or autocomplete popup in Eclipse.
I'm experiencing the same issue, also using i3wm. I did some investigating by tracking the X window events with xev when editing in Eclipse. What I found is that when you switch between Eclipse and an other window you can see a FocusOut event and when you switch back to Eclipse there is a FocusIn event and everything is fine. But when you click on an item in the quick fix or autocomplete popup in Eclipse there is a FocusOut event, but a FocusIn event never happens and I guess that because of that eclipse never starts repainting the text caret. I am not sure if this is a Eclipse or i3wm issue, but I am posting it here in case it is useful information. I've attached the outputs of xev: events1.txt shows the X events when clicking on a quick fix or autocomplete popup in Eclipse. events2.txt shows the X events when switching from Eclipse to another window and back. Created attachment 286477 [details]
events2.txt shows the X events when switching from Eclipse to another window and back.
|