On Thu, 16 Apr 2026 22:14:09 GMT, Phil Race <[email protected]> wrote:
> It has been noted that the java.awt.FileDialog specification could be clearer > that the UI showing a file as selected to load/open is not just variable in > how it is done, the platform might not do it at all, and since FileDialog is > (usually) a completely native component, we can only reinforce the platform > is what decides if this is possible. > > --------- > - [x] I confirm that I make this contribution in accordance with the [OpenJDK > Interim AI Policy](https://openjdk.org/legal/ai). src/java.desktop/share/classes/java/awt/FileDialog.java line 46: > 44: * it blocks the rest of the application until the user has > 45: * chosen a file. > 46: * This means that {@link Dialog#setModalityType(ModalityType)} may be > ignored. This is not strictly related to the stated issue, but I'd like to include it here rather than a separate PR/CSR It is similar in that it provides specific reinforcement w.r.t setModality() src/java.desktop/share/classes/java/awt/FileDialog.java line 551: > 549: * <p> > 550: * Multiple mode may be ignored in some cases, for example commonly > 551: * {@code SAVE} mode dialogs do not support it. This is not strictly related to the stated issue, but I'd like to include it here rather than a separate PR/CSR ------------- PR Review Comment: https://git.openjdk.org/jdk/pull/30777#discussion_r3096687619 PR Review Comment: https://git.openjdk.org/jdk/pull/30777#discussion_r3096682745
