AlexPerathoner / SlimHUD

Replacement for MacOS' volume, brightness and keyboard backlight HUDs.
https://alexperathoner.github.io/SlimHUD
GNU General Public License v3.0
394 stars 9 forks source link

SlimHUD sometimes fails to suppress the macOS HUDs #134

Open Ein-Tim opened 1 year ago

Ein-Tim commented 1 year ago

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)

- macOS version: 13.3
- Mac model: MacBook Air
- Monitor(s): internal
- Apple Silicon/M1 (yes or no): yes
Ein-Tim commented 1 year ago

Here's a screenshot: Bildschirmfoto 2023-03-30 um 22 23 33

AlexPerathoner commented 1 year ago

Does this happen immediately after startup? To solve it should be enough to restart the app, I'll investigate in the meantime

Ein-Tim commented 1 year ago

@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!

AlexPerathoner commented 1 year ago

Oh it happens after the app has started and the huds had been hidden already?

Ein-Tim commented 1 year ago

@AlexPerathoner

Yes, the system HUDs just randomly come back up after some time and I can only workaround this by restarting SlimHUD.

nkean commented 1 year ago

Are they reappearing randomly? I've noticed it only happens after I wake my laptop from sleep.

AlexPerathoner commented 1 year ago

@nkean that would at least make sense. macOS's launchd could be noticing that OSDUIHelper has stopped responding, and restarted it. However, with newer releases of macOS, notifications warning about launch-at-login processes appear at random time too... If either of those is the case, it could be necessary to constantly check if OSDUI is running...

Ein-Tim commented 1 year ago

@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.

carsuki commented 1 year ago

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.

chrisfrantz commented 1 year ago

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.

dhru7en commented 1 year ago

Same issue here on M1 Air Monterey. Even restarting the app or restarting my Mac doesn't resolve it.

FormalSnake commented 1 year ago

I still have this issue, I am on the latest macOS 14 beta. and I had this in ventura too

RubikOwl commented 1 year ago

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.

loyalOrange503 commented 1 year ago

having the same issue here, on the latest version of big sur

RubikOwl commented 1 year ago

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.

FormalSnake commented 1 year ago

Continuous check breaks it completely for me.

loyalOrange503 commented 1 year ago

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.

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.

alucardontop commented 1 year ago

same issue, ventura 13.4.1 and m1 max

doxadeo commented 1 year ago

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.

FormalSnake commented 1 year ago

Sometimes it suppresses but it doesn't show anything

omarsonmarz commented 1 year ago

Same issue, M1 MBP w/Touch Bar and on sonoma public beta

FormalSnake commented 1 year ago

still a problem indeed

RubikOwl commented 1 year ago

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.

tommy-mitchell commented 9 months ago

I was running into this issue every time my Mac woke from sleep. I installed sleepwatcher and added this to ~/.wakeup:

#!/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
Stargorithm commented 2 months ago

This is happening to me as well on m1 air running macos sonoma

benjamintxn commented 1 month ago

Same here, on Sonoma