Mac drag-and-drop questions

[Kevin Rushforth]

If changing the default behavior makes it consistent with native apps on 
macOS and with JavaFX apps on other platforms, then it seems like the 
right thing to do. We would want a CSR for the behavior change

As for your question about finding the bug using the old "RT-NNNN" bug 
ID, you can just paste that into the search box. It will redirect to the 
right bug:

https://bugs.openjdk.java.net/browse/RT-31449 --> 
https://bugs.openjdk.java.net/browse/JDK-8116268

-- Kevin

On 9/30/2021 3:03 PM, Martin Fox wrote:
> I was just looking at JDK-8237329 which is a drag-and-drop bug on the Mac; holding down the Command key alone is guaranteed to disable an internal dnd operation. I’m putting together a PR to fix this.
>
> While going through the bug database looking for related bugs I ran across JDK-8153032 which notes that given a choice of TransferModes the Mac will default to COPY. This doesn’t match the JavaFX behavior on Windows or the user interface guidelines of any platform; normally the default operation is MOVE and the user has to press Option to force COPY. This bug makes it impossible for a control to get drag-and-drop right on the Mac. The code was last touched to address RT-31449 but it looks like the default mode was COPY even before that.
>
> So my question is whether or not to fix this long-standing but incorrect behavior. I ask because If we’re going to fix the COPY bug I think it should be tested in conjunction with the fix for the modifier keys.
>
> BTW, when I run across a reference to something like RT-31449 is there any way to look at the details of the original bug?
>
> https://bugs.openjdk.java.net/browse/JDK-8237329 <https://bugs.openjdk.java.net/browse/JDK-8237329>
> https://bugs.openjdk.java.net/browse/JDK-8153032
> https://bugs.openjdk.java.net/browse/JDK-8264172
> https://bugs.openjdk.java.net/browse/JDK-8227371 <https://bugs.openjdk.java.net/browse/JDK-8227371>
>