On Tue, 10 Jun 2025 13:21:14 GMT, Alexey Ivanov <aiva...@openjdk.org> wrote:
>> This change is to restore the original intent of the test by updating the >> instructions to check that the type of Cursor is preserved when clicked and >> dragged. Now the test correctly has instructions to check that an I-beam >> cursor stays an I-beam until released over a List with its cursor being >> updated to a Hand cursor. >> >> There is a bug where this does not correctly update in macOS (found in >> [JDK-7177297](https://bugs.openjdk.org/browse/JDK-7177297)). So, this test >> needs to be problem-listed. >> >> I have confirmed that preserving the cursor image when dragging is native >> behavior across macOS, Windows, and Ubuntu. And I have checked that the test >> passes on both Windows and Ubuntu, while macOS fails and immediately updates >> the cursor as it leaves the TextArea. > > test/jdk/java/awt/Cursor/CursorDragTest/ListDragCursor.java line 48: > >> 46: >> 47: If the mouse cursor starts as a Text Line Cursor >> (I-beam), >> 48: and does not change until you reached the List and > > Is it really how native applications behave on macOS? > > At least on Windows, the cursor changes as soon as drag operation is started. > The cursor shouldn't remain the I-beam when you drag from one component to > another. In Windows 11, I tried using the `file explorer's` search text field. It turns into an I-beam and stays one until I let go of the left mouse button. I also tried with `Cisco's VPN` settings button (cog wheel) that is a hand cursor and it behaves the same way. I also tried dragging from the `file explorer's` search field to `Cisco's` cog wheel and it stays an I-beam throughout. In macOS, I used the search bar in `Finder` to get an I-beam and drag. It also stays an I-beam until released. ------------- PR Review Comment: https://git.openjdk.org/jdk/pull/25705#discussion_r2138625236
