Eclipse: completion popup-window disappearing

[andreas1724]

Linux: 3.17.6-1-ARCH
Awesome: v3.5.2-225-g30b313f (The Fox)
Eclipse: Luna Service Release 1 (4.4.1)
Java: java-8-jdk, java-8-jre/jre (Oracle), or OpenJDK

Pressing Ctrl+Space in Eclipse activates the content assist. The content assist window with a list of proposals will appear. When I choose an item of the list with the mouse or when I press the Tab-key to give focus to the content assist window, the content assist will stop working flawless: Each time, I hover the cursor above the content assist window, it disappears immediately. I can temporarily fix the content assist, by moving Eclipse to another workspace. But choosing an item of the proposal list with the mouse will corrupt the content assist window again.

I read about the problems with non-reparenting window managers and java (though awesome is a reparenting WM now, I guess) on http://awesome.naquadah.org/wiki/Problems_with_Java: I could not fix the problem.

I replaced awesome 3.5 with awesome 3.4: The problem vanishes, Eclipses content assist works flawless.

P. S.: The same problem occurs to the tooltip-windows in Eclipse: to give focus to a tooltip-window will cause the next calling of a tooltip-window AND completion-window to fail. The problem is related to JFace. Two snippets with the same problem:

• autocomplete snippet
• tooltip snippet

Awesome is not the only tiling-WM having this problem:

Same bug as Awesome:

• bspwm 0.8.9
• wmii 3.9.2
• i3 4.8
• qtile 0.8.0
• spectrwm 2.6.1
• wmfs2 (-g3c701a9) 2 beta

No problems with Eclipse detected:

• dwm 6.0
• herbstluftwm 0.6.2
• frankenwm
• notion
• ratpoison 1.4.8
• subtle 0.11.3243
• wmfs
• xmonad 0.11

[Airblader]

Thank you for that detailed report! Since this works with awesome 3.4, have you considered bisecting it to track it down?

[Elv13]

If you bisect between 3.4 and 3.5, you have to use the default rc.lua. There was many breaking config changes in the last 6 years since the 3.4 and 3.5 branches diverged.

[andreas1724]

I used the appropriate default rc.lua which comes with each version of awesome.

Update: no eclipse-bug in qtile (0.9.1) anymore. again eclipse-bug in qtile 0.9.1 (The problem was temporarily gone in the qtile-windows-manager 0.9.1. Maybe volatile.)

[halemmerich]

I have the same behaviour using:
OpenJDK Runtime Environment (IcedTea 2.5.5) (Arch Linux build 7.u79_2.5.5-1-x86_64)
awesome v3.5.6 (For Those About To Rock)
Luna Service Release 2 (4.4.2)

If I give focus to another window and then back to eclipse tooltips and content assist are shown as expected. After focusing it via mouse click it works once as expected, then all following uses the pop up does directly vanish on mouseover.
I tried removing the sloppy focus section from rc.lua, but have not seen a change in the eclipse behaviour.

[kiike]

Hi @andreas1724! Have you tried newer versions of Awesome WM?

So far, I couldn't reproduce with Awesome Git master from yesterday and a vanilla config.

awesome v3.5.2-2163-gb2e0e55 (The Fox)
 • Compiled against Lua 5.3.3 (running with Lua 5.3)
 • D-Bus support: ✔
 • execinfo support: ✔
 • RandR 1.5 support: ✔
 • LGI version: 0.9.1

Here's a video of me trying to reproduce the bug. Let me know if there's anything else I should try in it.

EDIT: Using Eclipse-java from Arch repos v4.6.1-1 on OpenJDK 8.u112-1.

[Airblader]

This issue has been fixed in Eclipse, see the comment in the linked issue over at i3.

[psychon]

Thanks for the information. Upstream issue is here: https://bugs.eclipse.org/bugs/show_bug.cgi?id=466114

[nathantippy]

This appears to be back again in 2020-03 and 2020-06 on ubuntu 18.04. As described above if the mouse is used to select the content assist value the cursor will not appear. As a Hack solution for my own content assist I added the following to computeCompletionProposal and the issue was fixed.

final StyledText textWidget = viewer.getTextWidget();    	
	viewer.addTextListener(new ITextListener() {
		@Override
		public void textChanged(TextEvent event) {					
			textWidget.setCaret(textWidget.getCaret());
			viewer.removeTextListener(this);
		}
	});

This should provide a clue based on what gets modified when setCaret is called.

[vlan1337]

This issue happens with Eclipse 2023-03(4.27.0) Build id: 20230309-1520, in Ubuntu 22.0.4.1 (Jammy Jellyfish).

Issue Description: Content-assist pop-up windows (for ex., when hover over an error pointer - see samples attached) disappear when trying to click on them. Therefore, it becomes impossible to apply quick-fixes that are suggested as links, in the content-assist pop-ups (or) even to understand the error by reading the entire pop-up message.

Sample-1:

Sample-2:

Note: Not sure if this helps, but this is marked as fixed here: https://bugs.eclipse.org/bugs/show_bug.cgi?id=466114.