JDK-8023540 : GraphicsDevice.getDisplayMode returns null on linux-arm and Linux VM
  • Type: Bug
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 7u21,8,9
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: linux
  • CPU: arm
  • Submitted: 2013-08-22
  • Updated: 2015-09-08
  • Resolved: 2015-09-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 :  
Description
getDisplayMode() returns null for the default graphics device on linux-arm (and Linux VM).
According to Oracle docs the returned value can not be null. 

The issue can be seen with this code:

GraphicsDevice gd = GraphicsEnvironment.getLocalGraphicsEnvironment().getDefaultScreenDevice();
DisplayMode dm = gd.getDisplayMode();
if(dm == null) {
       System.err.println("DisplayMode is null");
 } else {
      System.err.println("DisplayMode=" + dm.toString());
 }

We do not observe the issue on linux-i586.

We have several functional tests failing because of this issue.


Comments
Duplicate of https://bugs.openjdk.java.net/browse/JDK-7145508. However, JDK-7145508 categorise this issue as an enhancement and not as bug.
02-04-2015

We've reviewed your bulk request (120 bugs) and are OK with deferring them to JDK 9. You can go ahead and update these to: - Set label to 8-defer-approved - FixVersion to 9 Thanks for doing a great job of summarizing the details for the bulk deferral for us! Kind regards, Mathias
19-09-2013

The criteria for deferral bulk request bugs: - Not P2 - Not tck-red or conformance labeled - Not regressions reported/labeled against jdk8 - Not findbugs, parfait, eht, fuzzing labeled - Not netbeans, licbug, cap, cap-8 labeled against jdk8
18-09-2013

The criteria for deferral bulk request bugs: - Not P2 - Not tck-red or conformance labeled - Not regressions reported/labeled against jdk8 - Not findbugs, parfait, eht, fuzzing labeled - Not netbeans, licbug, cap, cap-8 labeled against jdk8
18-09-2013

The criteria for deferral bulk request bugs: - Not P2 - Not tck-red or conformance labeled - Not regressions reported/labeled against jdk8 - Not findbugs, parfait, eht, fuzzing labeled - Not netbeans, licbug, cap, cap-8 labeled against jdk8
18-09-2013

The criteria for deferral bulk request bugs: - Not P2 - Not tck-red or conformance labeled - Not regressions reported/labeled against jdk8 - Not findbugs, parfait, eht, fuzzing labeled - Not netbeans, licbug, cap, cap-8 labeled against jdk8
18-09-2013

jdk8: SQE OK to defer.
16-09-2013

isDisplayChangeSupported() returns false on emb-arm-trimslice-26.ru.oracle.com where the issue happens. But then isDisplayChangeSupported() also returns false on my linux machine where the issue does not happen.
16-09-2013

It's interesting. What does the call to isDisplayChangeSupported() returns on this device? Of all mentioned tests we have this check only in 2D_MultiMonitor/FrameDisplayModeDiffDevTest. Perhaps we should add it elsewhere in the tests.
16-09-2013

2D_MultiMonitor/CreateDialogVirtualScreenTest 2D_MultiMonitor/CreateFrameVirtualScreenTest 2D_MultiMonitor/CreateWindowVirtualScreenTest 2D_MultiMonitor/FrameAutoDisplayModeTest 2D_MultiMonitor/FrameDisplayModeDiffDevTest 2D_MultiMonitor/MoveWindowVirtualScreenTest 2D_MultiMonitor/RobotDragWindowVirtualScreenTest 2D_MultiMonitor/RobotMouseMoveTest 2D_MultiMonitor/RobotScreenCaptureTest AWT_Graphics/Automated/LinuxDisplayResolutionTest
04-09-2013

I'll remove 7u40-defer-request shortly, cause of 7u21 reproducibility of issue. (as not required mandatory deferral process from 7u40 pov)
26-08-2013

Still pending SQE-OK
26-08-2013

I observe this on 7u21 as well.
26-08-2013

Pending SQE-OK - once I see that - I will mark this as 7u40-defer-approved
22-08-2013

is it reproducible on 7u21? 7u6? 7 GA?
22-08-2013

I observe this with java 8, 7u25 and 7u45.
22-08-2013

what is introduced in release?
22-08-2013

affected only arm embedded
22-08-2013