Open marcomeyerVFX opened 1 year ago
Interesting. Not an expert on this myself. I know you can monitor events like this:
sudo udevadm monitor
Maybe you can see what happens during sleep/resume. Also, review dmesg (or similar?) and see if there are any clues there.
I'm afraid this issue is outside of the scope of this project, but if you find the solution, please post here for the rest of us - in case it helps anyone. It could be a kernel issue, perhaps an update etc. Who knows?
Here are some links I kept while figuring this stuff out for myself: https://opensource.com/article/18/11/udev https://unix.stackexchange.com/questions/39370/how-to-reload-udev-rules-without-reboot/39371#39371 https://unix.stackexchange.com/questions/467382/udev-uaccess-and-hid https://docs.solokeys.dev/udev/
It's the same on Arch and probably most other distros. The udev rules doesn't get applied after suspend/hibernate. As dodgyrabbit already said, not really in the scope of this project. Still.. maybe someone has a better solution than writing a systemd service that triggers the udev rule after suspend/hibernate?
hi, this project seems to be stale and a new fork as been made with the intention of replacing this one.
if this still an issue please reopen it at: https://github.com/streamdeck-linux-gui/streamdeck-linux-gui
Describe the bug I've updated my system from RockyLinux 8.7 to RockyLinux 9.1 but now unfortunately the issue of Streamdeck-UI not waking up after resuming from sleep is back. The UI is still responsive but the device dropdown is empty and so are the pages below obviously. I've tried installing both via pip and pipx with the same result. I've also tried adding the udev rule even thou the hardware should be known to udev with systemd version v250.
My current workaround is to run
sudo udevadm trigger
again which fixes the issue. This is different workaround from last time when the issue appeared a while back, when I just had to kill streamdeck-ui and restart it (which does not seem to be sufficient this time). So this might be a slightly new issue now.I'm not too udev/systemd-savvy so it would be nice if someone can point me in the right direction if this is a configuration issue on my side. Thanks!
To Reproduce Steps to reproduce the behavior:
Expected behavior
Screenshots
*Operating system
Stream Deck Version