[GH-ISSUE #182] Streamlined installation in macOS 10.15+ #153

New issue

Closed

opened 2026-05-05 05:02:00 -06:00 by gitea-mirror · 1 comment

gitea-mirror commented

2026-05-05 05:02:00 -06:00

Owner

Originally created by @akitchen on GitHub (Dec 7, 2020).
Original GitHub issue: https://github.com/keycastr/keycastr/issues/182

macOS Catalina (10.15) introduces a new Security & Privacy privacy pane for Input Monitoring, as well as a framework-generated dialog box and workflow for guiding the user to enable settings for the app. KeyCastr's older security warning dialog interferes with this mechanism and we have a lot of open issues which are related.

In order to resolve this issue, a refactoring of the startup sequence on 10.15+ is needed. It is necessary to clean up the sequence of events during app startup, and the app-generated security warning alert can be removed for more recent versions of macOS. Will need to test on 10.14 and see whether it's necessary to preserve the security warning on older OS versions.

Originally created by @akitchen on GitHub (Dec 7, 2020). Original GitHub issue: https://github.com/keycastr/keycastr/issues/182 macOS Catalina (10.15) introduces a new Security & Privacy privacy pane for Input Monitoring, as well as a framework-generated dialog box and workflow for guiding the user to enable settings for the app. KeyCastr's older security warning dialog interferes with this mechanism and we have a lot of open issues which are related. In order to resolve this issue, a refactoring of the startup sequence on 10.15+ is needed. It is necessary to clean up the sequence of events during app startup, and the app-generated security warning alert can be removed for more recent versions of macOS. Will need to test on 10.14 and see whether it's necessary to preserve the security warning on older OS versions.

gitea-mirror closed this issue

2026-05-05 05:02:02 -06:00

gitea-mirror commented

2026-05-05 05:02:06 -06:00

Author

Owner

@akitchen commented on GitHub (Dec 11, 2020):

Basic fixes for this are on master as of c8f84043d4 . The app will delegate the permissions dialog functions to macOS, and only display preferences if it makes sense to do so (so as not to overlap the system permissions dialog). This will go a long way in addressing installation-related issues on macOS Catalina, Big Sur and beyond. More testing is still needed on Mavericks, and we may need to conditionally bring back the legacy permissions dialog and workflow on that OS version or older.

This commit also fixes a weird glitch when the app exits, which hopefully no one besides me and @sdeken have noticed. This was achieved in this line

This commit also adds logic to the method for enabling/disabling casting to only proceed & update the UI if it is likely to be successful, i.e. if the event tap isn't installed then there's a very strong chance that casting can't be enabled.

@akitchen commented on GitHub (Dec 11, 2020): Basic fixes for this are on master as of https://github.com/keycastr/keycastr/commit/c8f84043d4714c893a55eb59b8ca65f73eeff6e3 . The app will delegate the permissions dialog functions to macOS, and only display preferences if it makes sense to do so (so as not to overlap the system permissions dialog). This will go a long way in addressing installation-related issues on macOS Catalina, Big Sur and beyond. More testing is still needed on Mavericks, and we may need to conditionally bring back the legacy permissions dialog and workflow on that OS version or older. This commit also fixes a weird glitch when the app exits, which hopefully no one besides me and @sdeken have noticed. This was achieved in [this line](https://github.com/keycastr/keycastr/commit/c8f84043d4714c893a55eb59b8ca65f73eeff6e3#diff-d6fb51cbc281426e2cd18a5d24dd011ebf65e7ba57b3e954dd882b74f74e27a6L183) This commit also adds logic to the method for enabling/disabling casting to only proceed & update the UI if it is likely to be successful, i.e. if the event tap isn't installed then there's a very strong chance that casting can't be enabled.