Skip to content

[Edge] Eclipse muzz never hung on displaying Javadoc tooltip with WebView2 installed #2061

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.

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

Open
GooogLeMorons opened this issue Apr 25, 2025 · 4 comments

Comments

@GooogLeMorons
Copy link

GooogLeMorons commented Apr 25, 2025

Describe the bug
After installing WebView2 placing mouse over any tooltip-help-equipped term in (Java) editor causes IDE hung forever.

To Reproduce
On M$-Edgeless system with Firefox as system-wide default browser ensure default behavior of Eclipse Javadoc help - in tooltips('Press F2 to focus' in bottom bar).
Install M$ Edge WebView2 Runtime (https://developer.microsoft.com/en-us/microsoft-edge/webview2/)
Restart Eclipse
Check Help like Javadoc wasn't spontaneously switched to external browser. Return it back to internal tooltips, if so. Ensure General / Web browser / Use internal web browser is selected.
Place mouse pointer within editor over a Java term initiating Javadoc tooltip - Eclipse UI stops to respond (forever) and "(Not Responding)" suffix appears in window title after short period of time.

Expected behavior
The Javadoc tooltips work EXACTLY same way before WebView2 installation - just displayed with no hungs.

Environment:
Windows

  1. Additional OS info (e.g. OS version, Linux Desktop, etc)
    Windows 11

  2. JRE/JDK version
    Oracle JDK 24.GA

Workaround (or) Additional context
Wipe out WebView2 - this brings the annoying #2000 popups back, but Javadoc tooltips became functional too

@mickaelistria mickaelistria changed the title Eclipse muzz never hung on displaying Javadoc tooltip with WebView2 installed [Edge] Eclipse muzz never hung on displaying Javadoc tooltip with WebView2 installed Apr 25, 2025
@HeikoKlare
Copy link
Contributor

Can you please share which exact Eclipse version you are running and take a sample while you hover over the Java element leading to the UI freeze (e.g., taken with VisualVM) so that one can analyze where the execution gets stuck?
The Windows build version and the WebView2 version might also be helpful.

@GooogLeMorons
Copy link
Author

GooogLeMorons commented Apr 25, 2025

Eclipse IDE for Enterprise Java and Web Developers (includes Incubating components)
Version: 2025-03 (4.35.0)
Build id: 20250306-0812
OS: Windows 11, v.10.0, x86_64 / win32
Java vendor: Oracle Corporation
Java runtime version: 24+36-3646
Java version: 24

WebView2 ver. 135.0.3179.98

VisualVM snapshot:
https://drive.google.com/file/d/1wRdj4nOx9YrpbA4l4_dLjCRE0UU-z-Hb/view?usp=sharing

@sratz
Copy link
Member

sratz commented Apr 25, 2025

I am pretty sure the root cause is #1912 (fixed with #1920)

@GooogLeMorons Can you try with the latest I-build version from https://download.eclipse.org/eclipse/downloads/?

@GooogLeMorons
Copy link
Author

GooogLeMorons commented Apr 25, 2025

Can you try with the latest I-build version from https://download.eclipse.org/eclipse/downloads/?

sure.
still hungs in Build id: I20250423-0800

the #1912 is about non-ASCII characters in TMP path, my is 'c:\Temp' symlink.

checked it as described with '-Djava.io.tmpdir=d:\IDTTMP' in eclipse.ini and got same result: even if the provided 'd:\IDTTMP' is actively used by Eclipse for temp files, it still hungs on tooltip help with WebView2.

when 'Use external web browser / Default system web browser' option is on, instead of tooltip Firefox opens e.g. 'file:///D:/IDTTMP/base15753692360015220917.html' - baseNNNNNNNNNNNNNN.html actually

the file exists, and has 0 bytes size.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants