mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #1679] Settings not saved after startup #935
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#935
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 @stano-vittorio on GitHub (Nov 16, 2024).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/1679
Before opening the issue, have you...?
Describe the bug
Hello everyone! I would like to note that the settings in the monitor --> advanced settings section do not remain saved after macOS starts up after restarting or shutdown. In particular, the value I set in the Max DDC is not saved. Is there anything that can be done?
Steps to reproduce
Expected behavior
Advanced settings should remain saved. In particular, I set a maximum brightness limit of 80 and beyond that value should not go (the brightness is adjusted with the keyboard).
Anything else?
No response
Environment Information (please complete the following information)
@waydabber commented on GitHub (Nov 18, 2024):
Sorry for not responding to this. I assume the issue was resolved then.
@stano-vittorio commented on GitHub (Nov 18, 2024):
Thanks for the answer. After a few restarts I checked and the settings remain saved. A question, if I use the app on a macbook and I want the app to control only the external monitor and the internal one to control it directly from the physical buttons, is it possible to separate the two things?
@waydabber commented on GitHub (Nov 19, 2024):
No, because if you want to control the external display using the keyboard, the app must assume control over the native keys thus it needs to control the internal display as well.