mirror of
https://github.com/mumble-voip/mumble.git
synced 2026-03-03 00:46:56 -05:00
Mumble client prevents display timeout sleep #2535
Labels
No labels
GlobalShortcuts
Hacktoberfest
accessibility
acl
asio
audio
bonjour
bsd
bug
build
certificate
ci
client
code
documentation
external-bug
feature-request
gRPC
github
good first issue
help wanted
help-needed
ice
installer
linux
macOS
needs-ckeck-with-latest-version
needs-more-input
overlay
positional audio
priority/P0 - Blocker
priority/P1 - Critical
priority/P2 - Important
priority/P3 - Somewhat important
priority/P4 - Low
public-server-registration
qt
recording
release-management
server
stale-no-response
stale-support
support
task
test
theme
translation
triage
ui
windows
wontfix
x64
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/mumble-mumble-voip#2535
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 @cobrafast on GitHub (Aug 11, 2022).
Description
After doing the update from 1.3.X to 1.4.230 for Windows 10 (64b), my monitors no longer turn off for power saving while mumble is running. This is especially noticable on the lock screen which has a short display timeout (~1min).
Being connected to a server or not makes no difference.
I found #1394 which was solved by updating audio drivers, however I am on the latest audio drivers (which are dated December 2017) available for my mainboard (ASUS X299 Deluxe). Also, this was not a problem with mumble versions 1.3 or older.
powercfg -requestsshows no difference between mumble running or not.Steps to reproduce
Mumble version
1.4.230
Mumble component
Client
OS
Windows
Reproducible?
Yes
Additional information
No response
Relevant log output
No response
Screenshots
No response
@Krzmbrzl commented on GitHub (Aug 11, 2022):
@davidebeatrici could this somehow be related to the new shortcut implementation on Windows? E.g. it permanently generating some sort of input events making the display think it can't turn off?
@cobrafast is there an option under Settings > Global shortcuts to disable all shortcuts? If so, could you try doing that to see if the issue persists?
@cobrafast commented on GitHub (Aug 11, 2022):
I can't find any such setting. Removing my one shortcut and unchecking 'Enable shortcuts in privileged applications' had no effect.
@Krzmbrzl commented on GitHub (Aug 11, 2022):
Ok then the system probably can't be disabled on Windows 👀
@cobrafast commented on GitHub (Aug 11, 2022):
When checking the developer console, I saw that the shortcut system is hooking into my older Logitech joystick (Extreme 3D Pro model). Unplugging it fixed the problem.
Unchecking 'Enable XInput' does not help when the joystick is plugged in.
@Krzmbrzl commented on GitHub (Aug 11, 2022):
Good catch! So it somehow is related to the new shortcut implementation.
Iirc XInput is only relevant for Xbox-controllers used under Windows...
@davidebeatrici commented on GitHub (Aug 11, 2022):
Correct.
I wonder if the joystick is sending "phantom" events that are registered by Windows (and in turn Mumble).
Here's some test applications: Joystick-Input-Examples_e2f196877de59134ac1499351d8e7391f4c6a3e0.zip
@Krzmbrzl commented on GitHub (Aug 29, 2022):
@cobrafast could you run the test application
combined.exeand report its output?