On Mon, 12 Jun 2023 22:29:25 GMT, Alisen Chung <[email protected]> wrote:
>> added displayChanged call to CPlatformWindow when frame first needs to >> deiconify or unmaximize >> All client tests passed after change > > Alisen Chung has updated the pull request incrementally with one additional > commit since the last revision: > > use realsync to flush native queue I don't like the idea of a delay in either of the ways discussed here. And although I do think that its much better to wait for delivery of an event, I'm not sure I understand the windowState listener proposal. How do you know in this code that the transition of iconified-> normal will then followed by normal->maximised ? Perhaps you'll wait for ever ? But I don't know what the macOS native model is for all of this. This sequence is kind of odd and I'm curious what happens on older macOS releases - Sergey touched on this but I don't see direct followup. There seems to be assumptions it was like this previously but now it is slower ? I suggest explicit verification of what happens on macOS 12.6. Are we now getting two native events when there used to be only one ? ------------- PR Comment: https://git.openjdk.org/jdk/pull/14226#issuecomment-1591904154
