-
-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SlimHUD sometimes fails to suppress the macOS HUDs #134
Comments
Does this happen immediately after startup? To solve it should be enough to restart the app, I'll investigate in the meantime |
@AlexPerathoner Yes, restarting is a temporary workaround, but I noticed that the time frame between App restart and both HUDs being shown decreased with every app restart. So a real fix for this would be great, thanks! |
Oh it happens after the app has started and the huds had been hidden already? |
Yes, the system HUDs just randomly come back up after some time and I can only workaround this by restarting SlimHUD. |
Are they reappearing randomly? I've noticed it only happens after I wake my laptop from sleep. |
@nkean that would at least make sense. macOS's launchd could be noticing that OSDUIHelper has stopped responding, and restarted it. |
@nkean I tried to reproduce the bug by closing my MacBook and awaking it from sleep ca. 8 hours later, but at the moment SlimHUD still works correctly and the macOS HUDs are correctly suppressed. I will continue trying to find a pattern here. |
Also seeing this issue but at least in my case it seems like sleep isn't even a factor (at least not the main one). After a while of prolonged laptop use I'll just sometimes notice it starting out of nowhere next time I adjust the volume. |
I'm having the same issue, M1 MacBook Pro on Ventura. It only ever works on restart for a few uses before falling back to showing slimhud and the default hud simultaneously. |
Same issue here on M1 Air Monterey. Even restarting the app or restarting my Mac doesn't resolve it. |
I still have this issue, I am on the latest macOS 14 beta. and I had this in ventura too |
I am having this issue too, and while troubleshooting I quit the app from the dock. But then when I went into Activity monitor, it still showed up as running. Quitting it there and restarting the app seemed to fix it and hide the default mac HUD, but it does come back sometimes, so I just force quit SlimHUD again. Not sure if that helps anyone, but thought I'd throw in my 2 cents while I was here. |
having the same issue here, on the latest version of big sur |
As a quick tip, turning on "Continuous check" does seem to make it take longer to break. Hope that helps, at least in making it less annoying till a fix is found. |
Continuous check breaks it completely for me. |
This has helped to an extend, thanks! I would like to add, I was just watching a video in quicktime player, once the video finished the MacOS volume indicator showed up without me touching any of the volume buttons. it disappeared less then a second later, however, after this the MacOS HUD was no longer suppressed, so it might have to do something with switching applications, or starting or finishing playing audio. |
same issue, ventura 13.4.1 and m1 max |
I also have the same issue with MacOS HUD appearing again after some time. It does seem a bit random how long it takes to start showing the MacOS HUD again. I created a workaround using Shortcuts to quit and reopen SlimHUD, and assigned a keyboard shortcut, so I can quickly restart SlimHUD. Sometimes SlimHUD doesn't reopen and I need to press the shortcut again. Not ideal, but it works. |
Sometimes it suppresses but it doesn't show anything |
Same issue, M1 MBP w/Touch Bar and on sonoma public beta |
still a problem indeed |
TIP: So earlier in this tread I said that turning on "Continuous Check" seems to help the issue. In my usage since then, I've found that it actually works in EITHER mode, but only for a while. Eventually you need to toggle it on or off and that seems to kick it enough to fix it for another while. Restarting SlimHUD by force quitting it does still seem to also temporarily fix it, toggling continuous check should be done if restarting the app doesn't seem to be working. |
I was running into this issue every time my Mac woke from sleep. I installed sleepwatcher and added this to #!/usr/bin/env bash
killall SlimHUD;
open -a SlimHUD; Works like a charm now. Follow the homebrew installation instructions and make the sleepwatcher scripts executable: chmod a+x ~/.sleep
chmod a+x ~/.wakeup |
This is happening to me as well on m1 air running macos sonoma |
Same here, on Sonoma |
Before opening the issue, have you...?
Describe the bug
I'm sometimes seeing two HUDs with SlimHUD installed, on one side the original macOS HUD and then the one from SlimHUD.
Steps to reproduce
Not entirely clear as this doesn't happen always.
Expected behavior
While SlimHUD is running, the macOS HUDs should be suppressed.
Anything else?
No response
Environment Information (please complete the following information)
The text was updated successfully, but these errors were encountered: