JDK-8236685 : [macOs] Remove obsolete file dialog subclasses
- Type: Bug
- Component: javafx
- Sub-Component: window-toolkit
- Affected Version: 8,openjfx14
- Priority: P3
- Status: Resolved
- Resolution: Fixed
- OS: os_x
- Submitted: 2020-01-06
- Updated: 2021-04-21
- Resolved: 2020-03-06
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 8 | Other |
|---|---|
8u261Fixed  |
openjfx11.0.8Fixed |
Related Reports
|
Relates :
|
|
|
Relates :
|
Description
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 (see JDK-8092977) and is no longer supported at all as of macOS 10.15 (see JDK-8234474). The fix for JDK-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.
Comments
|