mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #282] When Terminal is active, only built-in display brightness is adjusted #220
Labels
No labels
Status: Abandoned
arm64
beta
beta
bug
done
duplicate
enhancement
feedback needed from reporter
in progress
invalid
investigating
known Issue
monitor Issue
pull-request
translation
unable to reproduce
unreleased
x86
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/MonitorControl#220
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @joseph-levine on GitHub (Aug 28, 2020).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/282
Checklist
Describe the bug
When Terminal is the active application on the external display, the built-in display brightness is adjusted instead of the external.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The external display brightness would change.
Screenshots
N/A
Additional context
N/A
Environment Information (please complete the following information):
@JoniVR commented on GitHub (Sep 19, 2020):
I'm unable to reproduce this, you're certain that the external monitor was "focussed" here? Because there's currently a bug where the external monitor will not be controlled if internal is "active/foccused" (when you click in it).
@clheppell commented on GitHub (Sep 25, 2020):
I've spotted this issue - only affecting the brightness keys, via the icon it still works - but I didn't need terminal to be in focus.
Seemed to me to be that when Terminal is running (but does not necessarily have an open window) and
Secure Keyboard Entryis enabled in Terminal, then brightness keys only affect built in Mac monitors.Turn off
Secure Keyboard Entryand it works again, so I assume it's caused by the factSecure Keyboard Entryis meant to prevent key loggers etc and so MonitorControl is unable to receive the key presses?@JoniVR commented on GitHub (Sep 25, 2020):
@clheppell That makes a lot of sense, I'll try it out to confirm when I get time 😃
@joseph-levine commented on GitHub (Sep 25, 2020):
I just tested and
Security Keyboard Entrywas it!Thanks