Opened 2 years ago

Closed 18 months ago

Last modified 17 months ago

#5248 closed Bug (fixed)

Scroll wheel volume acting differently depending on location of cursor (Windows 10 (9926))

Reported by: Farfie Owned by: kasper93
Priority: lowest Milestone: 1.7.10
Component: User Interface Version: nightly, specify
Severity: trivial Keywords: 1.7.8.20, scroll, volume, windows10
Cc: Evaluation: need info

Description

I know I know, Windows 10 is very backburner. Lowest priority and trivial severity because it's a small bug even then...

This all occurs whether MPC-HC is the active window or not:
When the cursor is above the seekbar (video portion of the window, menu buttons, even titlebar), the volume changes as expected when the scroll wheel is used.
When the cursor is anywhere below the seekbar, the volume does not change at all (aka the mouse wheel does nothing), with one exception (the interesting part):
If the cursor is over the volume bar itself, in the bottom right below the seekbar, scroll wheel volume changing is inverted (aka, scrolling up decreases volume and vice versa). Also interesting to note is that while like this, scrolling moves much slower, as if also ignoring the scroll speed settings applied system wide under control panel? Dunno.

Change History (8)

comment:1 Changed 2 years ago by underground78

  • Cc underground78 added
  • Evaluation set to need info
  • Keywords windows10 added
  • Status changed from new to evaluated

If the bug is specific to Windows 10 maybe this should be reported to Microsoft? Have you noticed similar behavior with other apps?

comment:2 Changed 2 years ago by kasper93

Mouse cursor behavior has been changed in Windows 10. And this isn't a bug, but design decision. Mouse events are captured by the window that the cursor is currently hovered on instead of the selected window.

Right now we should wait for final Windows build. And then we can discuss what we should change in MPC-HC to adjust its behavior to the new system. It is unlikely they change this particular thing, but there is no need to hurry.

comment:3 Changed 2 years ago by Farfie

Gah sorry, this ended up in my spam folder.

I have not noticed this with any other application I use (volume slider on Foobar works fine, and all sliders on Teamspeak work fine as well).
Version is 1.7.8.20 (x86).

comment:4 Changed 20 months ago by aeyr_2008

Same problem here, maybe it's not Windows.


MPC-HC (Nightly, 64-bit)

Build information:

Version: 1.7.9.122 (07026ca) (develop)
Compiler: MSVC 2013 Update 5
Build date: Jul 30 2015

LAV Filters:

LAV Splitter: 0.65.0.35
LAV Video: 0.65.0.35
LAV Audio: 0.65.0.35
FFmpeg compiler: MinGW-w64 GCC 5.2.0

Operating system:

Name: Windows NT 10.0 (build 10240)
Version: 10.0 (64-bit)

comment:5 Changed 18 months ago by kasper93

  • Owner set to kasper93
  • Resolution set to fixed
  • Status changed from evaluated to closed

In 19e47d:

Mouse: Adjust mouse behavior for Windows 10.

Mouse messages are dispatched to the focused window first, but if it
isn't interested message will be dispatched to the root window instead.

Closes #5248

comment:6 Changed 18 months ago by kasper93

  • Cc underground78 removed

Will be in the nightly builds as of version 1.7.9.149.

Last edited 18 months ago by kasper93 (previous) (diff)

comment:7 Changed 18 months ago by kasper93

  • Milestone set to next release

comment:8 Changed 17 months ago by thevbm

  • Milestone changed from next release to 1.7.10

Milestone renamed

Note: See TracTickets for help on using tickets.