Description: After a call has ended the call volume is adjusting when changing the volume. Repro Steps: 1) Update a Open_C/Flame to BuildID: 20140424040201 2) With a 2nd device call the test device 3) Let the test device timeout 4) Turn the test device screen on and adjust the call volume 5) On the 2nd device end the call Actual: The call volume is active over the phone volume Expected: The default phone volume to show not call volume 2.0 Environmental Variables: Device: Open_C/Flame 2.0 BuildID: 20140424040201 Gaia: d25852a189c9707b144eb5f82d08384eb066c0fd Gecko: c8055a00235d Version: 31.0a1 Firmware Version: P821A10-ENG_20140410 Notes: Repro frequency: 100% See youtube video: https://www.youtube.com/watch?v=Sn_YNRKYQg0

Please ignore the first YouTube video posted in Comment 0, wrong youtube video, Here is the correct video: https://www.youtube.com/watch?edit=vd&v=NZGb2zzR_eY I was able to repro on 2.0 Buri, I was unable to repro on 1.4 Open_C/Flame build. 1.4 Environmental Variables: Device: Open_C/Flame 1.4 BuildID: 20140424000203 Gaia: b6a41ee9e2934fe9692da6fb1cb310cb759e9870 Gecko: 2e9abf89c087 Version: 30.0a2 Firmware Version: P821A10-ENG_20140410

How are you verifying this? Calling back a second time and verifying that the actual call volume is adjusted?

(In reply to John Hammink from comment #2) > How are you verifying this? Calling back a second time and verifying that > the actual call volume is adjusted? Refer to picture: Volume.png The title might be a little confusing, the "call volume bar" replaces the ringtone & notification UI volume. Normally on the homescreen the user would have the ringtone & notifications volume with around 15 keys and a silent / vibration setting. Looking at the Volume.png picture, the Picture on the left is the correct layout which the user is supposed to see, the right picture is the bug where the volume is being adjusted with the wrong UI. Calling the test device a second time the sound is actually changed to whatever setting the user puts the volume to. Sorry for the confusion.

comment 1 says this doesn't reproduce on 1.4, but the status flags says it does. Which is it?

AudioChannel or Gaia::System audio channel management regression.

(In reply to Jason Smith [:jsmith] from comment #4) > comment 1 says this doesn't reproduce on 1.4, but the status flags says it > does. Which is it? I verified that issue does not repro on 1.4 on the latest build, I have changed the 1.4 to unaffected.

Might be a dupe of bug 998159. Can we check if this happens on tarako?

Issue DOES reproduce on a Tarako device. The bug reproduces by following the STR and the attached video. 1.3t Environmental Variables: Device: tarako 1.3t MOZ BuildID: 20140424014003 Gaia: 706f474230432c8cb01e124aee2c055ec902aa1d Gecko: 26ef3dded9ff Version: 28.1 Firmware Version: Sp6821a-4-18