RFR: 8275715: D3D pipeline processes multiple PaintEvent at initial drawing [v2]

Phil Race prr at openjdk.java.net
Sun Feb 6 21:50:10 UTC 2022


On Thu, 28 Oct 2021 08:27:44 GMT, Masanori Yano <myano at openjdk.org> wrote:

>> Could you please review the 8275715 bug fixes?
>> 
>> I think D3DScreenUpdateManager posts unnecessary PaintEvent during processing PaintEvent. When the validate method is called from createGraphics, repaintPeerTarget should not be called.
>
> Masanori Yano has updated the pull request incrementally with one additional commit since the last revision:
> 
>   8275715: D3D pipeline processes multiple PaintEvent at initial drawing

The problem I have with this is that this being in createGraphics() isn't obviously relevant to me.
The repaintPeerTarget() is called only if the surface is lost which means it needs repainting.
Or does surface lost here perhaps mean "surface has not yet been created", because we aren't
yet showing the window contents at all and we really should wait for the first paint event ?

-------------

PR: https://git.openjdk.java.net/jdk/pull/6064



More information about the client-libs-dev mailing list