Bug ID: JDK-8273948 HelloAnimation stops rendering after a while on metal pipeline

Type: Bug
Component: javafx
Sub-Component: graphics
Affected Version: internal

Priority: P2
Status: Closed
Resolution: Duplicate
OS: os_x

Submitted: 2021-09-17
Updated: 2024-07-06
Resolved: 2023-05-17

Versions (Unresolved/Resolved/Fixed)

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
internalResolved

To reproduce, run the HelloAnimation test program from apps/toys/Hello on the metal pipeline. It will run for a while and then the rendering will stop. It actually isn't completely hung, but it looks like it is. There is no more rendering at all, and the debug output to the console slows to one "frame" every 30 second to 1 minute (with no visible change to the window).

Here is the stack trace of the QuantumRenderer Thread most of the time when I check:

"QuantumRenderer-0" #14 daemon prio=5 os_prio=31 cpu=5597.46ms elapsed=31.40s tid=0x00007f95c6817200 nid=0x9e03 runnable  [0x000070000db9d000]
   java.lang.Thread.State: RUNNABLE
	at com.sun.prism.mtl.MTLRTTexture.nReadPixelsFromContextRTT(javafx.graphics@18-internal/Native Method)
	at com.sun.prism.mtl.MTLRTTexture.getPixels(javafx.graphics@18-internal/MTLRTTexture.java:137)
	at com.sun.javafx.tk.quantum.UploadingPainter.run(javafx.graphics@18-internal/UploadingPainter.java:178)

Duplicate :	JDK-8305835 - ImagePool incorrectly creates new textures instead of reusing reusable textures
Relates :	JDK-8271024 - ☂ JavaFX : Implement Metal Rendering Pipeline