SUMMARY

There is no checkbox for "exec" in the Edit Mount Point window of KDE Partition Manager, which can cause unnecessary confusion when selecting other options that silently include "noexec," such as the "users can mount and unmount" checkbox. One common use case would be mounting a drive for use as a Steam library, which needs exec as I outlined here: https://discussion.fedoraproject.org/t/automounting-a-drive-for-steam-library/177238 . One possible solution would be an exec box that is grayed out or hidden unless a different option that includes "noexec" is checked. This box could then append exec to the end of the fstab options line, or at least after any options that might include a "noexec" instruction. Or perhaps this bug could be part of a solution to Bug 462804 https://bugs.kde.org/show_bug.cgi?id=462804 The currently available option can append "noexec," but leaving it unchecked does not add "exec." So as a comment on that bug suggested, perhaps it could be a tri-state "noexec - leave unchanged - exec" option selector with leave unchanged as the default and with a similar behavior to leaving the "no binary execution" box unchecked in the current version. 

STEPS TO REPRODUCE
1. Select a non-system drive partition in KDE Partition Manager and unmount it if it is mounted.
2. Use Edit Mount Point to create a mount point with the "users can mount and unmount" option selected.
2. Reboot.
3. Attempt to execute an application hosted on the drive or use Steam to select it as a library source.

OBSERVED RESULT

Not able to execute applications or select the mounted drive as a Steam library source.

EXPECTED RESULT

Being able to execute applications or select the mounted drive as a Steam library source.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora Linux 43 KDE Edition
KDE Plasma Version: 6.5.4
KDE Frameworks Version: 6.21.0
Qt Version: 6.10.1

ADDITIONAL INFORMATION

There is no obvious signal that the "users" option disables exec. This behavior is not even noted in the fstab man page. So a different solution could be to simply inform users that execution will be disabled unless the "exec" option is added via the "More..." button. However, this could be more confusing than necessary, and a reworking of the GUI selector for managing the "exec" and "noexec" options seems more simple and intelligible.