On Tue, 21 Nov 2023 08:40:40 GMT, songpv-imt <d...@openjdk.org> wrote:
>> The root cause of the bug is because mousePress() method is invoked before >> mouseMove() event is completely processed causing the drag & drop behavior >> not being able to be recognized properly. This in turn makes the method >> dragSourceListener.isDropFinished() returns false and fail the test. To fix >> this, setAutoWaitForIdle(true) and Thread.Sleep is called to make sure the >> mouseMove() event is processed completely before moving to execute the >> mousePress() method. >> >> JBS issue: [JDK-8317287](https://bugs.openjdk.org/browse/JDK-8317287) > > songpv-imt has updated the pull request incrementally with one additional > commit since the last revision: > > Update InterJVMGetDropSuccessTest.java > Instead of using SYNC_LOCK to synchronize accessing the listener's fields, > for better code transparency, we have placed the code that accesses the > listener's fields from the main thread into the AWT Event Queue. >The root cause of the bug is because mousePress() method is invoked before >mouseMove() event is completely processed causing the drag & drop behavior not >being able to be recognized properly. Why this issue can be reproduced in macOS 14? What was changed in that version? ------------- PR Comment: https://git.openjdk.org/jdk/pull/16396#issuecomment-1837090549
