-
Bug
-
Resolution: Fixed
-
P3
-
8, jfx14
-
None
-
os_x
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8242148 | 8u261 | Kevin Rushforth | P3 | Resolved | Fixed | b03 |
JDK-8247989 | jfx11.0.8 | Kevin Rushforth | P3 | Resolved | Fixed |
This is a follow-on fix to JDK-8234474.
The macOS window toolkit implementation of the file open, directory open, and file save dialogs subclasses NSSavePanel and NSOpenPanel to provide custom support for Copy (CMD-C), Cut (CMD-X), and Paste (CMD-V) operations that the standard Apple dialogs do not support. This customization is not allowed for sandboxed applications (seeJDK-8092977) and is no longer supported at all as of macOS 10.15 (see JDK-8234474).
The fix forJDK-8234474 is to use the NSSavePanel and NSOpenPanel base classes directly when running on macOS 10.15 or later. We should remove this functionality entirely, since it is ineffective going forward and will provide a more consistent experience on all macOS platforms.
The macOS window toolkit implementation of the file open, directory open, and file save dialogs subclasses NSSavePanel and NSOpenPanel to provide custom support for Copy (CMD-C), Cut (CMD-X), and Paste (CMD-V) operations that the standard Apple dialogs do not support. This customization is not allowed for sandboxed applications (see
The fix for
- backported by
-
JDK-8242148 [macOs] Remove obsolete file dialog subclasses
- Resolved
-
JDK-8247989 [macOs] Remove obsolete file dialog subclasses
- Resolved
- relates to
-
JDK-8092977 Mac: FileChooser.show() crashes in NSSavePanel when running in sandboxed environment
- Resolved
-
JDK-8234474 [macos 10.15] Crash in file dialog in sandbox mode
- Resolved
(1 links to)