JDK-8024858 : Tooltip freezes entire application
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 7u40
  • Priority: P3
  • Status: Resolved
  • Resolution: External
  • OS: windows_7
  • Submitted: 2013-09-12
  • Updated: 2017-02-11
  • Resolved: 2015-06-08
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 9
9Resolved
Related Reports
Duplicate :  
Relates :  
Relates :  
Relates :  
Description
FULL PRODUCT VERSION :
java version "1.7.0_40"
Java(TM) SE Runtime Environment (build 1.7.0_40-b43)
Java HotSpot(TM) 64-Bit Server VM (build 24.0-b56, mixed mode)

ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows [Version 6.1.7601]

EXTRA RELEVANT SYSTEM CONFIGURATION :
Multi-monitor setup, NVIDIA Quadro FX 770M

A DESCRIPTION OF THE PROBLEM :
At the first time a tooltip should show up in a Swing application, the application freezes. The duration of the freeze depends on the number of screen devices. For example in a dual screen environment the freeze time gets doubled.

After a short investigation the method getDrawingGC() in class TooltipManager causes this problem. At the first time this method gets called, each call to GraphicsDevice.getConfigurations() hangs about 5 or more seconds. In Java 7 Update 25 and earlier versions the call of this method takes less than 100 ms.

It seems to be caused by JDK-7123767 which was fixed in update 40.

This bug is even reproducible without the TooltipManager as shown in the source code of the executable test case.


REGRESSION.  Last worked in version 7u25

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
The issue can be reproduced with any java application.
For example the button demo in the Java tutorials also show this behaivor (http://docs.oracle.com/javase/tutorial/uiswing/examples/components/index.html#ButtonDemo).

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
  Tooltip should not freeze application.
ACTUAL -
Application freezes imediatelly for about 10 seconds in dual screen environment.

REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
public class Test
{

public static void main(String[] args)
{
long startTime = System.currentTimeMillis();
GraphicsEnvironment env = GraphicsEnvironment.getLocalGraphicsEnvironment();
GraphicsDevice devices[] = env.getScreenDevices();
for (GraphicsDevice device : devices)
{
device.getConfigurations();
System.out.println(device);
}

System.out.println(String.format("Consumed time: %d ms", System.currentTimeMillis() - startTime));
}
}
---------- END SOURCE ----------
Comments
We have reproduced a similar issue when creation of Win32GraphicsDevice takes abnormally long time. Unfortunately, it is not clear whether there are any common roots, because in our case the slowness seems to be caused by an issue in a driver of a virtual graphics adapter. However, in our case explicit forcing of D3D pipeline (-Dsun.java2d.d3d=True) makes the problem gone.
07-09-2016

Changed resolution to External since the problem is in video drivers.
08-06-2015

This problem is caused by a peculiarity in a particular version of NV drivers. An upgrade the driver makes the problem gone.
27-04-2015

- this is an issue reported against 7(7u), - there are now affected version 9 filed for this issue - 7u issues are transferred to Sustaining Nevertheless if someone have a report against 9 - please reopen and add affectedVersion 9 or 7u specific escalations might be reopen to Sustaining
10-08-2014

- this is an issue reported against 7(7u), - there are now affected version 9 filed for this issue - 7u issues are transferred to Sustaining Nevertheless if someone have a report against 9 - please reopen and add affectedVersion 9 or 7u specific escalations might be reopen to Sustaining
10-08-2014

RT NOTE: Approved. Check on known issue + release note for tool tip issue.
11-10-2013

RT NOTE: Client (bulk) The criteria for deferral bulk request bugs: - Not P2 - Not tck-red - Not critical to customer Approved.
11-10-2013

jdk8: SQE OK to defer
10-10-2013

8-client-defer-candidate: The problem is hardware specific, we cannot reproduce it even with the help from the sqe team.
10-10-2013

Possibly as a workaround the initial fix can be reworked. Or an additional information needed from the submitter about graphics api slowness. profiler snapshots/build where a regression in grapics was introduced/etc.
24-09-2013