mirror of
https://github.com/MonitorControl/MonitorControl.git
synced 2026-05-15 14:15:55 -06:00
[GH-ISSUE #1570] App crashes on macOS 15.0 Sequoia (WORKAROUND AVAILABLE) #878
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#878
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 @PTriebold on GitHub (Jun 11, 2024).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/1570
Originally assigned to: @waydabber on GitHub.
MonitorControl Unofficial - Now With Sequoia Compatibility by @waydabber
Update 13/09/2024: The new v4.3.1 release fixed some issues and now launches properly on Intel. Compatibility checked with Sequoia (final/RC).
Original issue as follows:
Before opening the issue, have you...?
Describe the bug
In the new Sequioa beta, MonitorControl will crash when setting the brightness of the internal monitor (16" Macbook). External Monitors work as expected.
Steps to reproduce
Expected behavior
The app changes the brightness of the internal display without crashing
Anything else?
I've tested it with a fresh install of monitorcontrol.
It actually changes the brightness of the internal monitor. If you disable the soft transition, it will be set to whatever was selected. It will get close otherwise.
Reseting the internal display also crashes monitorcontrol.
Environment Information (please complete the following information)
@waydabber commented on GitHub (Jun 11, 2024):
Here is a build with macOS Sequoia support:
https://github.com/waydabber/MonitorControl/releases/tag/v4.3.0-beta
@alextuan1024 commented on GitHub (Jun 11, 2024):
Thank you for your contribution.
Does the volume control work fine on your monitor?
It's not working on my LG.
@waydabber commented on GitHub (Jun 12, 2024):
It should generally work, yes. If it doesn't, it might be a monitor issue. Or did it work before and not on Sequoia?
@alextuan1024 commented on GitHub (Jun 12, 2024):
Yeah it worked before, when the version was Sonoma.
My best guess is the protocols are not very well supported on Sequoia.
@waydabber commented on GitHub (Jun 12, 2024):
Are you on Intel or Apple Silicon? DDC should work fine (found no issues during tests). Does brightness control work?
@alextuan1024 commented on GitHub (Jun 12, 2024):
My device is a MacBook Pro with an M3 Pro chip, connected to an LG 27UP850 monitor, which also works as a power adapter via USB-C.
Yes, the brightness control works fine.
And I just found that the volume control works with the laptop cover open. But the volume slider disappears when I close the cover and only use the external display.
If you need logs to debug, please lemme know.
@alextuan1024 commented on GitHub (Jun 12, 2024):
Not sure if this screenshot helps:
@waydabber commented on GitHub (Jun 12, 2024):
Oh, all right, the problem is that when the lid is closed, your display is set to be in HDR mode. Sequoia made a change in HDR mode that confuses MonitorControl - the app treats it as an Apple display as it confuses Seqoia's new SDR peak brightness adjustment slider with a native brightness control which up to this point was only available for Apple (and some Apple-LG) displays and therefore turns DDC off.
It is probably not feasible to fix this in MonitorControl 4.x as a more fundamental change would be needed, which would kick-off a chain reaction me starting to rewrite/update the entire app due to its generally outdated nature... You can instead use the latest version of BetterDisplay in which this issue is already elegantly resolved + has all the features of MonitorControl for free (no license required).
@alextuan1024 commented on GitHub (Jun 12, 2024):
Thank you for the prompt response. I'll try it out later.
@Roozenlz commented on GitHub (Jul 29, 2024):
It does work! I'm using macOS Sequoia too.
@bgiesing commented on GitHub (Aug 13, 2024):
No Issues enabled on the other repo so I’ll put it here
Seems the “General Menu Items Style” setting under App Menu got reversed, setting it to “Show as text” shows icons and “Show as icons” shows text.
https://github.com/user-attachments/assets/e4190f82-e710-46df-a230-7f11d656e006
@waydabber commented on GitHub (Aug 18, 2024):
@bgiesing - Indeed, thanks for reporting - I'll fix this if I provide an updated unofficial version.
@cjbbb commented on GitHub (Aug 28, 2024):
If the official version is released (For macos 14), can we just update to the official version from this beta version?
@waydabber commented on GitHub (Aug 28, 2024):
No, this unofficial versions has auto-update removed so it won't auto-update. I might release a more proper unofficial version in the unofficial repo that can auto-update to future unofficial versions + fix the issue mentioned by bgiesing.
@chrisburton commented on GitHub (Sep 13, 2024):
App doesn't open for me on Intel.
@waydabber commented on GitHub (Sep 13, 2024):
@chrisburton - indeed.
@waydabber commented on GitHub (Sep 13, 2024):
@chrisburton - I posted an updated version (see the opening comment), please check whether this works. Also fixed the issue reported by @bgiesing.
@chrisburton commented on GitHub (Sep 13, 2024):
Works! Thank you
@Boshimanu commented on GitHub (Sep 16, 2024):
Hi guys, disabling the HDR works ok, the thing that still does not work, it the keyboard volume and brightness. Before updating to the Sequoia, I was able, to control the brightness and volume from the keyboard, now it does not. Maybe the solution is the put a shortcut, and I tried, but I do not know how to do this in the app, I Intend in the "MonitorControl". Any help would be appreciated, thank you. The main problem is for the audio, for the brightness, I can adjusted from the bar.
Thanks again!
@Boshimanu commented on GitHub (Sep 16, 2024):
Solved IT. It was an authorisation problem. Thank You. Now it works! 🥰 Audio and brightness. THANK YOU 🙏🙏🙏
@mpowaa commented on GitHub (Sep 17, 2024):
This beta version fixed the issue of adjusting the brightness level on my external display. 👍
However, there is a bug that permanently removes the Dock when the Monitor Control app is closed. I have to open Activity Monitor app and quit the Dock app for it to restart and reappear again.
@waydabber commented on GitHub (Sep 17, 2024):
You mean the macOS Dock disappears? Not sure how that could happen. :) Doesn't seem to be doing it on my installation. Do you have a crash log of sorts?
@mpowaa commented on GitHub (Sep 17, 2024):
Just check the Console crash reports but there are none. Can you try this, open up Settings > Desktop & Dock > Turn on Automatically hide and show the Dock. Then quit the Monitor Control app to see if your macOS Dock disappears permanently.
I found another way to bring it back is to toggle the Automatically hide and show the Dock option but that only brings back the Dock on the internal display. Never shows up again on the external display.
@oerix commented on GitHub (Sep 18, 2024):
Will there be an official RC with these fixes?
@waydabber commented on GitHub (Sep 18, 2024):
@oerix - that's a great question, but I can't provide an answer right now. For the time being please use the provided version, it should work well.
@Boshimanu commented on GitHub (Sep 18, 2024):
I'm very pleased cause everything is working as before. It is not working the with the HDR active, but for me it's ok. Thank you so much for releasing this fix super Fast. Much apreciate. 🙏
@oerix commented on GitHub (Sep 19, 2024):
Thank you, I've just read your post here. Appreciate you for provided the quick fix and your continued work. 👍🏼
@hustliweizeng commented on GitHub (Sep 20, 2024):
thanks a lot
@krim commented on GitHub (Sep 20, 2024):
It doesn't crash anymore, but it doesn't work on the external monitor when I use the brightness control keys. The brightness always changes on the laptop screen instead of external monitor. I tried changing the settings, but nothing changed.
It only works when I use the slider from the tray.
@waydabber commented on GitHub (Sep 20, 2024):
You need to configure Accessibility Permissions under System Settings. There might be an old MonitorControl there but the app has a different signature which might confuse things so you might need to remove the old one first.
@Boshimanu commented on GitHub (Sep 20, 2024):
I confirm, happened to me, same thing 👍
Remember to restart the app. 👍
@krim commented on GitHub (Sep 20, 2024):
@waydabber thanks a lot. It works
@moresol commented on GitHub (Sep 20, 2024):
Helpful, thank you.
@lianshuze commented on GitHub (Sep 22, 2024):
When will the official version support MacOS Sequoia?
@JamesGeiger commented on GitHub (Sep 22, 2024):
I appreciate the unofficial build, but will the fix ever be made official?
@waydabber commented on GitHub (Sep 22, 2024):
Yes, I talked to the other project maintainers who are stepping down as active maintainers. I got the green light from them to go ahead and take over the project and do a proper official build with Sequoia compatibility. Auto-update from 4.2.0 to this new build will not work as the bundle identifier and signature will change going forward (the old one can't be used anymore due to technical issues, the new one will be same as the linked unofficial build...). Until then you can use the unofficial build, no reason for waiting to the official one - the only difference in an official build will be the re-enabled auto-update capability for future versions.
@JamesGeiger commented on GitHub (Sep 22, 2024):
Ok great - thanks. I like your other app Better Display too btw. But I like the simplicity of this. Both are great apps
@ehehaye commented on GitHub (Sep 23, 2024):
I' m using 4.3.1-beta1 on M1 Pro mac. The custom shortcuts for brightness and contrast works wrong.
@waydabber commented on GitHub (Sep 23, 2024):
Indeed.
@moresol commented on GitHub (Sep 23, 2024):
I use 4.3.0 version, everything is okay.
@Juiciator commented on GitHub (Sep 23, 2024):
Hello the keyboard F1- F2 is not working on imac mini, any idea how to fix it? thanks
@waydabber commented on GitHub (Sep 23, 2024):
@Juiciator - try fixing Accessibility Permissions for the app in System Settings.
@Juiciator commented on GitHub (Sep 23, 2024):
Thanks.. worked perfect 8-)
@gkndr commented on GitHub (Sep 23, 2024):
thx a lot
@AllisonZw commented on GitHub (Sep 24, 2024):
nice 👍
@hmphu commented on GitHub (Sep 24, 2024):
Thank you so much
@Fzx-oss commented on GitHub (Sep 24, 2024):
In this version, do the F1 and F2 keys control the brightness by default?
@barathvelmu commented on GitHub (Sep 24, 2024):
Its not opening at all on an Intel machine. How do I overcome this? I have already tried reinstalling, restarting etc.
@chrisburton commented on GitHub (Sep 24, 2024):
@barathvelmu What version?
@barathvelmu commented on GitHub (Sep 24, 2024):
v4.3.0, what is the link to v4.3.1? This fixed it for you?
@chrisburton commented on GitHub (Sep 24, 2024):
@barathvelmu Yes, version 4.3.1 fixed the issue. Download 4.3.1 beta.
@chrisburton commented on GitHub (Sep 24, 2024):
@Fzx-oss Yep. Keys F1 and F2 control the brightness.
@Fzx-oss commented on GitHub (Sep 24, 2024):
@chrisburton
Thank you for your quick response! I'm not sure if this is an error, but when I press F1 and F2 on the Mac's internal keyboard, they work as expected. However, when I use F1 and F2 on my external keyboard (HHKB), they don't function properly.
@supermebing commented on GitHub (Sep 25, 2024):
nice 👍
@ghost commented on GitHub (Sep 27, 2024):
Just wondering, what's preventing from the fix being submitted by PR and merged into the project?
@waydabber commented on GitHub (Sep 27, 2024):
Nothing, I should just work on it. I actually started working on it but there is some issue with the keyboard shortcuts and I have zero idea what's wrong + there are various bugs and known issues (listed under Issues) that needs sorting out. I should invest more time, but I feel the code is so outdated that it does not makes no sense to start devoting time on sorting out all issues. But at the same time I am not inspired at all to do some half-baked official release either. So I now just decided to avoid the whole issue - for those who really want to continue using MonitorControl for now and can live with some of the issues the unofficial release should suffice. When I have time, I might make a MonitorControl 5 version derived from BetterDisplay (all excess features removed) but that should take a lot of time too - but at least then there would be a new and updated version.
I should probably make the unofficial release maybe "somewhat less unofficial" and link it on the opening page for easier discoverability for Sequoia users. Or maybe make it official but designate as beta or something.
@ghost commented on GitHub (Sep 27, 2024):
Hey, thanks for your reply. I realize you've got the balance between BetterDisplay and MonitorControl.
I was simply asking because I've come to love the granular volume control over DDC that MonitorControl provides and I'm unable to replicate using BetterDisplay.
@waydabber commented on GitHub (Sep 27, 2024):
What do you mean by granular volume control? I tried to make sure I port all features of MonitorControl to BetterDisplay (these are available for free) because it would be cumbersome for users to run both apps at the same time if one needed this and that missing feature. You can change the volume control's min-max ranges, make fine scale default for keyboard control etc in both apps.
@chrisburton commented on GitHub (Sep 27, 2024):
What about taking BetterDisplay and stripping it down to a minimal version and just package it as “BetterDisplay Lite” or something? Rather than trying to refactor MonitorControl and deal with all the bugs and headache. Just use your existing BD codebase.
@waydabber commented on GitHub (Sep 27, 2024):
Yes, that's my plan B, but I'd create a MonitorControl 5.0 out of it instead. BetterDisplay has various diverging functions and making a BetterDisplay Lite focusing on brightness control would be confusing to those who associate the app with virtual screens or flexible resolutions, streaming, color mode selection, various tweaking options or some other capabilities.
@ghost commented on GitHub (Sep 27, 2024):
Thanks for your effort! I did try and use BetterDisplay. However I was unable to lock down the volume increments to 1.
With the scale in BetterDisplay I had the values narrowed down to 3 and 4. However these increments somehow did not work consistently.
@waydabber commented on GitHub (Sep 27, 2024):
@enviousjag - this is somewhat off-topic here, but one approach for finer control is to enable
Make fine scale default for volume keys:This will change the default 16 steps to 64 (as the OSD has 16 steps, each with 4 substeps). However with the typcal scale DDC of 0-100 this will result in alternating steps of 1 and 2. So in order to make this work to change volume in 1 increments exactly, you need to change the volume scale to 0-64 (which should be fine for most displays) under
DDC Features...:MonitorControl indeed does things a bit differently - with fine scale it disregards the granularity of the macOS OSD scale and uses an exact increments of 1, however I think although this has benefits (and seemed good idea at the time) it has drawbacks as well, especially when one redefines the scale, so I choose to implement this feature differently in BetterDisplay.
Hope this helps!
@waydabber commented on GitHub (Oct 2, 2024):
Hi all, posted an official v4.3.2 that should fix all issues:
Obviously the app could be improved in many ways still, the release was meant to simply make the app work on Sequoia as we all got used to it over the years. For more features, there is BetterDisplay. :)