jpackaged .app not compatible with macOS sandboxing?
Kevin Rushforth
kevin.rushforth at oracle.com
Thu Apr 4 11:47:10 UTC 2019
I have seen this problem running robot-based tests on Mojave using a
standard JDK, so I don't think this is specific to jpackage. I had to
grant permission to control the computer to the terminal used to execute
java rather than java itself. You could try that as a workaround.
-- Kevin
On 4/4/2019 2:22 AM, Kustaa Nyholm wrote:
> I've got an application that I package with jdk13 jpackage.
>
> The embedded JDK is 11.0.1+13.
>
> As reported by one of my testers on macOS Mojave it is not possible to add it to the list of applications that are allowed to control the computer (in System Preferences / Security & Privacy / Privacy / Accessibility) , which is required for the Robot.moveMouse() method and cousins to work.
>
> As experienced by myself on High Sierra, it is possible to add it to the list and while adding the app the file dialog displays the correct name and icon for the app but in the list it appears with generic Java coffee cup icon and the name of the application seems be same as the executable in the app bundle in .app/contents/MacOS/.
>
> Anyone else seen this?
>
> Should I file a bug report?
>
> wbr Kusti
>
>
>
More information about the core-libs-dev
mailing list