JDK-8088236 : GTK requested size failure on remote display
  • Type: Bug
  • Component: javafx
  • Sub-Component: window-toolkit
  • Affected Version: 8u20,9
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2014-10-20
  • Updated: 2018-09-05
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.
Other
tbdUnresolved
Related Reports
Relates :  
JDK-8145152 - Stage alwaysOnTop sometimes ignored on Linux
Relates :  
JDK-8087456 - [Gtk] Calling setIconified(true) on a window with a child does not iconify the window
Relates :  
JDK-8089923 - Gtk: Window position doesn't get updated on Linux
Relates :  
JDK-8134390 - [Linux] Maximized Dimensions are Delayed
Relates :  
JDK-8134278 - Move Stage/Window Outside Screen
Relates :  
JDK-8130182 - [Linux] Owned windows iconified do not restore when parent is restored
Relates :  
JDK-8088863 - [Linux] StopWatch sample is truncated on ubuntu
Relates :  
JDK-8158466 - Sometimes parent stage resizes when clicked while window modal child stage is visible
Relates :  
JDK-8094521 - [Dialogs, AlertTest] Dialog first flashes (coming up as a "razor" thin window) then moves to the right place
Relates :  
JDK-8093560 - GTK application size wrong on remote X11 display.
Relates :  
JDK-8094564 - [HelloTextArea, Ubuntu] Window comes up razor thin instead of a "nice size"
Description
RT-31306 tried to fix, and caused a regression, so was backed out.

using ssh -X to a linux system, javafx applications will fail to initialize to the desired size.
Usually, it will create a window based on something related the minimum decorations bar size.
Comments
moved to a P4
19-08-2016
Dave, Is it a P4 (as non supported configuration)?
19-08-2016
9-client-defer-candidate: There is no resources to fix it in jdk9. and a non supported configuration.
19-08-2016
Likely a similar timing issue
11-12-2015
SQE is OK to defer it from 8u40.
19-11-2014
Adding 8u40-defer-request. This issue appears to be part of a complicated set of timing issues between Glass/GTK and the X11 server. This is complex code that we would prefer not to do in the 8u40 rampdown.
17-11-2014