JDK-8088863 : [Linux] StopWatch sample is truncated on ubuntu
  • Type: Bug
  • Component: javafx
  • Sub-Component: window-toolkit
  • Affected Version: 8
  • Priority: P3
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2013-06-06
  • 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
Duplicate :  
JDK-8123593 - Calculator.jar is truncated on ubuntu
Relates :  
JDK-8088236 - GTK requested size failure on remote display
Description
Steps to reproduce:
1) Install jdk8b92 and unzip FX8b93: javafx-sdk-for-cobundle.zip, javafx-runtime-for-cobundle.zip, qa-samples.zip
2) Launch this StopWatch.jar:
jdk1.8.0/bin/java -jar qa-samples/StopWatch.jar

The StopWatch is truncated starting from b92 (see screenshot)
Comments
SQE is OK to defer this issue 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
RT-39050 is related, as it a about the startup handshake between GTK and the X11 server.
28-10-2014
So the relevant piece is that the size is set on the stage rather than the scene. The following fails intermittently: stage.setHeight(SCENE_HEIGHT); stage.setWidth(SCENE_WIDTH); whereas if those two lines are omitted, and instead the scene is constructed with those sizes, then it works.
09-10-2014
One thing that is different about this sample, and which might be relevant, is that the stage is not resizable and centerOnScreen is called. Here are the calls relating to size and placement: stage.setResizable(false); stage.setHeight(SCENE_HEIGHT); stage.setWidth(SCENE_WIDTH); stage.centerOnScreen();
09-10-2014
I verified that this still fails with the latest changes (including the fix for RT-31306). I note also that the failure is the same regardless of StageStyle. It fails with a stage style of DECORATED, UNDECORATED, or TRANSPARENT.
09-10-2014
Kevin still can reproduce with my current changes on a GL accelerated machine. Timing bug....
09-10-2014
I made changes recently that would have touched the startup sequence (RT-31306) - I was aiming at the window size, but my changes could affect the insets as well. With and without my changes in place, I am not seeing the offset issue, but both of the systems I can try are s/w rendering and that could affect timing as well.
09-10-2014
Kevin: have no idea. It's a timing issue related to insets changes reported by the window manager asynchronously. This may not be easy to fix, and the code in this area is very sensitive. I'd prefer to fix this in 8u40.
05-06-2014
Given this is linux only and rarely observed SQE is ok to defer from 8u20.
05-06-2014
Anthony: how hard do you think this would this be to fix?
05-06-2014
I suppose that's possible, but we have not seen it in any application other than this particular sample, and no external user has reported it. Also note that this isn't a regression from FX 8.
05-06-2014
This bug may affect any application. SQE recommends to try to fix it.
05-06-2014
This looks like an issue with incorrect insets (View.getX/Y()) reporting. I briefly skimmed through the changes between b91 and b92 and didn't immediately find anything suspicious. Will need to test more to identify the exact failing build. We could defer it to 8u40.
21-05-2014
Based on the eval from Chien this almost has to be a glass bug.
09-04-2014
This is very likely a timing bug that seems to affect Linux platform. I can reproduce the problem, always, on the sw pipe. On the es2 pipe the truncation problem occurred most of the time depending on the system. I also noticed that the clock appeared slightly lower in the monitor screen when the truncation happened. This offset is about the same amount truncated from the lower part of the clock.
07-01-2014
The calculator app reported in RT-30993 works fine too.
12-08-2013
It works fine on my linux laptop (Ubuntu 12.04 x86) using the latest JavaFX build. I suspect this bug might have been fixed. Can you try again?
12-08-2013
Platform-specific problem, passing down the stack to Graphics.
10-06-2013
Calculator has the same problem - see RT-30993.
10-06-2013
The sample is quite simple and has not change recently. Am asking Scenegraph to take a look (sorry if that's the wrong assignment. If so, I'll try to find the right assignee).
06-06-2013