[GH-ISSUE #105] freezed my hackitosh right from the start. Restart required to get back.

gitea-mirror commented

2026-05-05 04:58:37 -06:00

Owner

Originally created by @lazyevgen on GitHub (Jun 12, 2019).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/105

Sup. Was trying to play with your app for my dual monitor and my hackintosh. But it's just constantly freezing my mac. Mouse or keyboard... everything is dead. Hope u can fix it. Can send to you any info about soft or gard or any log u might need.

Originally created by @lazyevgen on GitHub (Jun 12, 2019). Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/105 Sup. Was trying to play with your app for my dual monitor and my hackintosh. But it's just constantly freezing my mac. Mouse or keyboard... everything is dead. Hope u can fix it. Can send to you any info about soft or gard or any log u might need.

gitea-mirror

2026-05-05 04:58:37 -06:00

closed this issue
added the
bug

in progress
labels

gitea-mirror commented

2026-05-05 04:58:42 -06:00

Author

Owner

@JoniVR commented on GitHub (Jun 13, 2019):

It might help if you could share some specifications and clear explanation of what is happening exactly. Just saying it doesn't work doesn't provide us any useful info at all.

Always provide as much info as you have on an issue right from the start if you want people to try to help you.

You said your system freezes completely? What device, GPU, cable, display, macos version,... are you using?

It would also help if you could install a tool like ddcctl and provide the output here.
Test the following 2 ddcctl versions and post the output here if you can:

If none of these work trying playing around with a custom delay inside ddcctl.

If the problem is related to the minReplyDelay being too high, one of these versions may work and one may not, so make sure to test both.

@JoniVR commented on GitHub (Jun 13, 2019): It might help if you could share some specifications and clear explanation of what is happening exactly. Just saying it doesn't work doesn't provide us any useful info at all. Always provide as much info as you have on an issue right from the start if you want people to try to help you. You said your system freezes completely? What device, GPU, cable, display, macos version,... are you using? It would also help if you could install a tool like [ddcctl](https://github.com/kfix/ddcctl) and provide the output here. Test the following 2 ddcctl versions and post the output here if you can: * [current master branch](https://github.com/kfix/ddcctl) * [3d38860](https://github.com/kfix/ddcctl/tree/3d38860d5b1de15199a42d9c5a34756738ca9b2a) If none of these work trying playing around with a custom delay inside ddcctl. If the problem is related to the `minReplyDelay` being too high, one of these versions may work and one may not, so make sure to test both.

gitea-mirror commented

2026-05-05 04:58:45 -06:00

Author

Owner

@kikiwora commented on GitHub (Jun 14, 2019):

I suppose that your Hackintosh is not set up correctly. I have no such issue with my setup, and it was configured as per RehabMan`s guide. It looks like you have a GPU configuration issue, as for me.
Recommend to use whatevergreen.kext (Note a setup instruction - as far as I remember, you should avoid any GPU related patches when using this kext, but it works reliably almost for every card).

@kikiwora commented on GitHub (Jun 14, 2019): I suppose that your Hackintosh is not set up correctly. I have no such issue with my setup, and it was configured as per RehabMan`s guide. It looks like you have a GPU configuration issue, as for me. Recommend to use **whatevergreen.kext** (Note a setup instruction - as far as I remember, you should avoid any GPU related patches when using this kext, but it works reliably almost for every card).

gitea-mirror commented

2026-05-05 04:58:47 -06:00

Author

Owner

@stereonom commented on GitHub (Jul 9, 2019):

I have the current Macbook Pro (13", 2019) with the Intel Iris Plus 665 running Mac OS 10.14.5.
My monitor is the LG 38UC99-W.

When the monitor is attached via USB-C and I start the app, the mac freezes. No mouse, no keyboard.
Is there any info I can give to you, that might help fix that?

@stereonom commented on GitHub (Jul 9, 2019): I have the current Macbook Pro (13", 2019) with the Intel Iris Plus 665 running Mac OS 10.14.5. My monitor is the LG 38UC99-W. When the monitor is attached via USB-C and I start the app, the mac freezes. No mouse, no keyboard. Is there any info I can give to you, that might help fix that?

gitea-mirror commented

2026-05-05 04:58:49 -06:00

Author

Owner

@kaydollt commented on GitHub (Jul 9, 2019):

Same here.. no Hackintosh

@kaydollt commented on GitHub (Jul 9, 2019): Same here.. no Hackintosh ![Screen Shot on 2019-07-09 at 08:35:11](https://user-images.githubusercontent.com/968846/60864649-7e1f1780-a224-11e9-8484-c9b94f0ac9bf.png)

gitea-mirror commented

2026-05-05 04:58:51 -06:00

Author

Owner

@inf0dr0id commented on GitHub (Jul 9, 2019):

I have the same problem with a 15" Late 2013 MacBook Pro and a LG 38UC99-W. Immediately after starting the app the whole system freezes, including mouse and keyboard.

@inf0dr0id commented on GitHub (Jul 9, 2019): I have the same problem with a 15" Late 2013 MacBook Pro and a LG 38UC99-W. Immediately after starting the app the whole system freezes, including mouse and keyboard. ![Bildschirmfoto 2019-07-09 um 17 01 57](https://user-images.githubusercontent.com/24397146/60899973-b7c74100-a26b-11e9-81c8-e3ec6f555c96.png)

gitea-mirror commented

2026-05-05 04:58:53 -06:00

Author

Owner

@JoniVR commented on GitHub (Jul 9, 2019):

I'm pretty sure this is due to the .longerDelay value in the whitelist, because both of these displays are LG 38UC99-W and a longer delay can (and does for me) cause a system lockup.

static let whitelist: [UInt32: [UInt32: [WhitelistReason]]] = [
    7789: [
      30460: [.hideOsd, .longerDelay], // LG 38UC99-W over DisplayPort
      30459: [.hideOsd, .longerDelay], // LG 38UC99-W over HDMI
    ],
  ]

I run into the same issue whenever I use .longerDelay for my system.
Maybe we should just get rid of the whitelist and use the advanced prefs panel for these options? Since no two systems seem to be alike? @the0neyouseek @reitermarkus

I've already started working on adding this button to the advanced prefs panel in #97, which would also make debugging a bit easier. I'm planning on adding a modal alert when changing the value and disabling automatic start when changing the setting as to prevent an infinite loop of system lockups when people change this setting.

@JoniVR commented on GitHub (Jul 9, 2019): I'm pretty sure this is due to the `.longerDelay` value in the whitelist, because both of these displays are LG 38UC99-W and a longer delay can (and does for me) cause a system lockup. ```swift static let whitelist: [UInt32: [UInt32: [WhitelistReason]]] = [ 7789: [ 30460: [.hideOsd, .longerDelay], // LG 38UC99-W over DisplayPort 30459: [.hideOsd, .longerDelay], // LG 38UC99-W over HDMI ], ] ``` I run into the same issue whenever I use `.longerDelay` for my system. Maybe we should just get rid of the whitelist and use the advanced prefs panel for these options? Since no two systems seem to be alike? @the0neyouseek @reitermarkus I've already started working on adding this button to the advanced prefs panel in #97, which would also make debugging a bit easier. I'm planning on adding a modal alert when changing the value and disabling automatic start when changing the setting as to prevent an infinite loop of system lockups when people change this setting. ![Screenshot 2019-07-09 at 19 47 42](https://user-images.githubusercontent.com/7591717/60911015-7beba600-a282-11e9-90e5-ee521dcd2f50.png)

gitea-mirror commented

2026-05-05 04:58:55 -06:00

Author

Owner

@mirgut commented on GitHub (Jul 25, 2019):

are there any news?

@mirgut commented on GitHub (Jul 25, 2019): are there any news?

gitea-mirror commented

2026-05-05 04:58:57 -06:00

Author

Owner

@JoniVR commented on GitHub (Jul 25, 2019):

are there any news?

Advanced prefs panel is as good as ready on my part, I'm just waiting on a response from @the0neyouseek. I've been testing it myself and works pretty solid. I'm not seeing any performance issues once I disable polling or set it to minimal and it doesn't freeze since the short delay is used by default.

I also removed the whitelist, so users that want a longer delay or advanced options can configure it themselves now, which should solve this issue (hopefully).

If you want to test it out, try building the project in that PR yourself for now :)

@JoniVR commented on GitHub (Jul 25, 2019): > are there any news? Advanced prefs panel is as good as ready on my part, I'm just waiting on a response from @the0neyouseek. I've been testing it myself and works pretty solid. I'm not seeing any performance issues once I disable polling or set it to minimal and it doesn't freeze since the short delay is used by default. I also removed the whitelist, so users that want a longer delay or advanced options can configure it themselves now, which should solve this issue (hopefully). If you want to test it out, try building the project in that PR yourself for now :)

gitea-mirror commented

2026-05-05 04:58:59 -06:00

Author

Owner

@the0neyouseek commented on GitHub (Jul 25, 2019):

@mirgut @JoniVR Sorry, I’m currently on vacation right now and will back late next week. I’ll take a look then

@the0neyouseek commented on GitHub (Jul 25, 2019): @mirgut @JoniVR Sorry, I’m currently on vacation right now and will back late next week. I’ll take a look then

gitea-mirror commented

2026-05-05 04:59:01 -06:00

Author

Owner

@JoniVR commented on GitHub (Jul 25, 2019):

Alright, enjoy your vacation!

@JoniVR commented on GitHub (Jul 25, 2019): Alright, enjoy your vacation!

gitea-mirror commented

2026-05-05 04:59:03 -06:00

Author

Owner

@mirgut commented on GitHub (Aug 27, 2019):

@the0neyouseek
hope you had a great vacation.
is there any change to get the issue fixed?

thanks in advance!

@mirgut commented on GitHub (Aug 27, 2019): @the0neyouseek hope you had a great vacation. is there any change to get the issue fixed? thanks in advance!

gitea-mirror commented

2026-05-05 04:59:04 -06:00

Author

Owner

@the0neyouseek commented on GitHub (Aug 27, 2019):

Hi @mirgut, I've just had a look at @JoniVR's PR, can you build the app and test if it fixes your issue ?

@the0neyouseek commented on GitHub (Aug 27, 2019): Hi @mirgut, I've just had a look at @JoniVR's PR, can you build the app and test if it fixes your issue ?

gitea-mirror commented

2026-05-05 04:59:07 -06:00

Author

Owner

@mirgut commented on GitHub (Sep 3, 2019):

Hi @mirgut, I've just had a look at @JoniVR's PR, can you build the app and test if it fixes your issue ?

i am not familiar with building the app. Can you help me and get me a built app?

@mirgut commented on GitHub (Sep 3, 2019): > > > Hi @mirgut, I've just had a look at @JoniVR's PR, can you build the app and test if it fixes your issue ? i am not familiar with building the app. Can you help me and get me a built app?

gitea-mirror commented

2026-05-05 04:59:08 -06:00

Author

Owner

@JoniVR commented on GitHub (Sep 15, 2019):

Can one of you guys please test the new release (v1.7.0) and report back if it's fixed? Should be fixed now without changing any settings.

@JoniVR commented on GitHub (Sep 15, 2019): Can one of you guys please test the new release (v1.7.0) and report back if it's fixed? Should be fixed now without changing any settings.

gitea-mirror commented

2026-05-05 04:59:10 -06:00

Author

Owner

@mirgut commented on GitHub (Sep 15, 2019):

for me its working fine, also in split mode. :)
THANKS A LOT

@mirgut commented on GitHub (Sep 15, 2019): for me its working fine, also in split mode. :) THANKS A LOT

gitea-mirror commented

2026-05-05 04:59:11 -06:00

Author

Owner

@Perkka2 commented on GitHub (Oct 14, 2019):

My issue is with version 1.7.0, using Displayport cable (minidisplayport)
using mojave 10.14.6

As told in the other issue it's only mouse and keyboard that stops working and not the computer that freezes. mouse and keyboard control comes back when unplugging the monitor or killing the application.

It also freezes using ddcctl when querying the monitor

@Perkka2 commented on GitHub (Oct 14, 2019): My issue is with version 1.7.0, using Displayport cable (minidisplayport) using mojave 10.14.6 As told in the other issue it's only mouse and keyboard that stops working and not the computer that freezes. mouse and keyboard control comes back when unplugging the monitor or killing the application. It also freezes using ddcctl when querying the monitor

gitea-mirror commented

2026-05-05 04:59:13 -06:00

Author

Owner

@JoniVR commented on GitHub (Jan 24, 2020):

@Perkka2 or anyone else, if you are still having freeze issues, please report your monitor/cable/gpu in #82 I'm going to consider this closed for now as most of the issues (especially surrounding the LG 38UC99-W should be fixed.

@JoniVR commented on GitHub (Jan 24, 2020): @Perkka2 or anyone else, if you are still having freeze issues, please report your monitor/cable/gpu in #82 I'm going to consider this closed for now as most of the issues (especially surrounding the `LG 38UC99-W` should be fixed.

gitea-mirror referenced this issue

2026-05-05 07:02:42 -06:00

[PR #77] [MERGED] 🔧 Improved Accessibility Permissions handling #1031

Rows
Columns

[GH-ISSUE #105] freezed my hackitosh right from the start. Restart required to get back. #77