JDK-8088001 : [Linux] When popup opens on Linux temporary garbage (part of the desktop) is drawn, then fixed
  • Type: Bug
  • Component: javafx
  • Sub-Component: graphics
  • Affected Version: 8
  • Priority: P3
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2013-11-27
  • 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-8089358 - [Linux] Initial drawing artifacts on some systems when window is first shown
Comments
I agree with the deferral. We can discuss the priority later. The garbage is shown the first time a menu pops up and not for subsequent showings. This makes it much less serious.
02-12-2013
8-defer-request-dev: The issue is just a temporary visual artifact which disappears in a fraction of a second after the popup is open. The issue doesn't impact the operability of the popup or the app in any way. I'd go as far as to reduce the priority to Medium (it is so, according to ILW), but since this is currently marked as Major, I'm requesting a deferral of this issue and proposing to fix it for FX 9 instead.
02-12-2013
It happens only on my Ubuntu machine. Mac is ok.
28-11-2013
It happens for me whether it is software or hardware. Hardware is slower so you get to see the bit of the screen. Software is faster so you get a flash and it is hard to tell whether it is part of the screen. It is likely not Glass. For me, "garbage" is any pixels that are not supposed to be there but the fact that it seems to always be part of the screen is useful information.
27-11-2013
I don't think this is a Glass bug. First, it is not garbage but a part of the desktop that is being drawn. So the initial summary was correct. Secondly, Glass itself can't get the desktop image from anywhere. This looks like a Graphics issue in Prism OpenGL code (using an uninitialized texture, or something alike). Dmitry: is the bug reproducible if you use the sw pipeline with -Dprism.order=sw ? Also, do you use the latest, proprietary video drivers on your system? What is the video card on your PC? Is this reproducible on other systems/other drivers?
27-11-2013
Alexannder, can you take a look at this one? It seems to be in the area of alpha in stages. It might be that quantum is rendering garbage for the first paint or that the initial contents of the window should be zero'ed when created.
27-11-2013