993293 - [setting] Previewing the ringtones is different from volume panel`s channel

Status: RESOLVED DUPLICATE of bug 1043762

(Firefox OS Graveyard :: AudioChannel, defect)

Description

[Seil Park]

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.154 Safari/537.36

Steps to reproduce:

Firefox OS v1.4
1. settings - Tones`s Ringer
2. play any ringtone. 
3. control volume by side key


Actual results:

Previewing the ringtones is different from volume panel`s channel.
AudioContext `s channel is AUDIO_CHANNEL_RINGER
but, AudioTrack`s stream type is AUDIO_STREAM_SYSTEM
It is related by Bug 958470.


Expected results:

If you control volume panel ,  The ringtone should lower or louder when is playing sound.

Comment 1

[Jason Smith [:jsmith]]

QA Wanted to check to see if this happens on 1.3.

Comment 2

[Andrew Overholt [:overholt]]

ux to weigh in on volume of ringtone experimentation from settings

Comment 3

[Brogan Zumwalt [Inactive]]

Issue does NOT occur in latest 1.3

Result: Changing volume using volume up and down hardware buttons affects ringer preview volume in settings

Environmental Variables:
Device: Buri v1.3 Mozilla RIL
BuildID: 20140410004002
Gaia: 62acb4b0e774b6709b8be400d849f807404bb21b
Gecko: 94baf6039462
Version: 28.0
Firmware Version: v1.2-device.cfg

Comment 4

[Preeti Raghunath(:Preeti)]

Eric,
Please provide your analysis for Audio Channel. What's your take on impact here?

Comment 5

[Stephany Wilkes]

Flagging Tiffanie on ringtones.

Comment 6

[Eric Chou [:ericchou] [:echou]]

(In reply to Preeti Raghunath(:Preeti) from comment #4)
> Eric,
> Please provide your analysis for Audio Channel. What's your take on impact
> here?

I'll take a first look.

Comment 7

[Dominic Kuo [:dkuo]]

The difference between 1.3 and 1.4 about the ringtones app's audio channel is, for 1.3 the mozAudioChannelType property is set to the audio element, and 1.4 is set to the audio context. To my understanding, if an audio element or audio context has set to some type of audio channel, it should both follow the audio channel behaviour, which means the 'audio-channel-changed' mozChromeEvent will also fire when the target audio element or audio context is active, then system app is able to adjust the active channel.

I haven't take a detail look into this bug but maybe related to the audio context since web audio is still experimental.

Comment 8

[Eric Chou [:ericchou] [:echou]]

I slightly investigated and had a discussion with Star, the solution of this bug may be the same as bug 984498. Both of them need to set AudioContext to correct AudioChannelType.

Delegate to Star for further investigation.

Comment 9

[Tiffanie Shakespeare [:tif]]

Hey all - I'm adding Omega who has been doing a lot of work on how all our sounds and audio.

Comment 10

[Omega Feng [:Omega] [:馮於懋]]

When previewing ringers/alerts/alarm sounds,
1) the preview volume should reflect the corresponding one,
2) and the volume can be modified by hardware volume keys instantly.

Comment 12

[Seil Park]

Can you get back to me it is availible to fix the scenario on v2.0?

Comment 13

[Jason Smith [:jsmith]]

It isn't fixed for 2.0 as of right now.

Comment 14

[Star Cheng [:scheng]]

It is as the same as bug 1043762. To discuss in that bug, so mark this bug as duplicate.