Issue metadata
Sign in to add a comment
|
Cast for Audio volume level sometimes jumps when sliding volume controls |
||||||||||||||||||||||
Issue descriptionGoogle Chrome 53.0.2785.47 (Official Build) dev (64-bit) Platform 8530.43.0 (Official Build) dev-channel samus What steps will reproduce the problem? (1) cast audio from a tab (eg play music, bandcamp, etc) to a chromecast audio device (2) click on the blue cast icon in the browser UI near the top right to bring up the cast device volume control (see screenshot) (3) click and hold on the volume control slider and try to scroll it slightly to the right What is the expected output? slight volume increase as I scroll to the right What do you see instead? the volume dramatically jumps to ~85% of max and makes me jump everytime. This is 100% repro for me. Workaround is to click directly on the desired volume level, but I'm used to sliding sliders, and indeed, the main CrOS volume slider behaves as expected when I slide it, it is only the cast volume slider that jumps like this. If you have trouble repro'ing or want a video, I can provide it, but I'm assuming this will easily repro? Please use labels and text to provide additional information.
,
Aug 16 2016
skonig@ likely knows someone
,
Aug 16 2016
,
Aug 16 2016
Vadim, can you take a look?
,
Aug 16 2016
,
Aug 17 2016
This doesn't reproduce for me on Mac or Linux. Is this a Chrome OS specific issue?
,
Aug 17 2016
David - could you please try to reproduce on a few platform including Chrome OS?
,
Aug 17 2016
,
Aug 23 2016
On CrOS 53.0.2785.55 dev with the same site as reported, I sometimes see the volume jump (increase) past the current mouse location. However, it's not always at 85% (more like 10% increase wherever the cursor is) and not 100% repro-able. I haven't tried to repro on other platforms. I'll show David when he gets in.
,
Aug 23 2016
Hi Sarah, attached is a video of what Jennifer and I are seeing here. Does that look similar to what you are seeing? We aren't able to repro a large jump to near max volume every time like you described though. Could you see if it still occurs after updating to the latest Chrome? Thanks!
,
Aug 23 2016
Note that to view the video you'll need to download it and play it locally. Not sure why it's all white in the player above.
,
Aug 23 2016
,
Aug 24 2016
Interesting -- I wonder if something recently fixed this. In this env: Google Chrome 54.0.2830.0 (Official Build) dev (64-bit) Platform 8714.1.0 (Official Build) dev-channel samus I'm no longer seeing this behavior. Regarding the video in #10, what I was seeing was that jump was up to ~85% consistently, but now I'm not seeing it. I saw the bad behavior on multiple builds. I'll try to do further testing over the weekend when I'll have more time to cast music from CrOS. Thanks!
,
Aug 25 2016
Hey Jennifer, the issue we observed was really minor. Should we look into it? If not, I think we can close this issue as no repro until it happens again.
,
Aug 25 2016
Per offline discussion: We'll keep this crbug open as it does repro (just not to max volume). dbbrooks will monitor the behavior during his test runs. +o vadimgo for investigation/further triage as this is relevant to the custom controls.
,
Sep 9 2016
,
Oct 5 2016
,
Oct 5 2016
For what it is worth, I'm not really seeing this issue recently. Not sure if something fixed it for everyone, but it looks better on the following for me: Google Chrome 55.0.2878.0 (Official Build) dev (64-bit) Platform 8861.0.0 (Official Build) dev-channel samus Should we just close it?
,
Oct 6 2017
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 6 2017
David, do you mind trying to repro this again now that native media controls have shipped? Cast implements some "rubber banding" to prevent large jumps in volume that might damage hearing or speakers. But I would expect that to result in a smaller net volume increase, not a larger one.
,
Oct 9 2017
,
Oct 9 2017
I haven't been able to repro this. (on M61, 62, 63)
,
Oct 9 2017
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by abodenha@chromium.org
, Aug 15 2016Labels: -Pri-3 Pri-1