Kevin,
As a heads up there are actually two behavior changes to be reviewed. JavaFX is
picking up some archaic behavior from the OS which thinks that the modifier key
for LINK is Control. The Finder switched over to Option+Command a long time ago
and I think JavaFX should follow suit.
As for f
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-" bug
ID, you can just
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 n
On Thu, 30 Sep 2021 13:24:26 GMT, Michael Paus wrote:
>> Fixes the issue by using the "open" command as discussed before.
>> See: https://bugs.openjdk.java.net/browse/JDK-8214158
>
> Michael Paus has updated the pull request incrementally with one additional
> commit since the last revision:
>
> Fixes the issue by using the "open" command as discussed before.
> See: https://bugs.openjdk.java.net/browse/JDK-8214158
Michael Paus has updated the pull request incrementally with one additional
commit since the last revision:
Fixed two minor formatting issues
-
Changes:
-
The misbehavior happens if (super) startEdit didn't succeed (==
!cell.isEditing):
- must not fire editStart event
- must not update control's editing location
fix is to back out of startEdit if super.startEdit doesn't switch the cell into
editing mode
Added tests that failed/passed before/afte
On Wed, 22 Sep 2021 16:39:15 GMT, Thiago Milczarek Sayao
wrote:
>> Found the problem thru this path:
>>
>> **WindowStage.java**
>>
>> final void handleFocusDisabled() {
>> if (activeWindows.isEmpty()) {
>> return;
>> }
>> WindowStage window = activeWindo
On Wed, 29 Sep 2021 13:20:08 GMT, Michael Paus wrote:
>> Fixes the issue by using the "open" command as discussed before.
>> See: https://bugs.openjdk.java.net/browse/JDK-8214158
>
> Michael Paus has updated the pull request incrementally with one additional
> commit since the last revision:
>