Closed Bug 867065 Opened 13 years ago Closed 13 years ago

DuT doesn't play "busy line" tone

Categories

(Firefox OS Graveyard :: Gaia::Dialer, defect, P1)

ARM
Gonk (Firefox OS)
defect

Tracking

(blocking-b2g:tef+, b2g18 fixed, b2g18-v1.0.1 fixed)

RESOLVED FIXED
1.0.1 Cert2 (21may)
blocking-b2g tef+
Tracking Status
b2g18 --- fixed
b2g18-v1.0.1 --- fixed

People

(Reporter: juanpbf, Assigned: anshulj)

References

Details

(Whiteboard: IOT, POVB,COM_RIL)

Attachments

(1 file)

---------------- device: Ikura build ID:20130426165700 build information: gaia commit: e25b349 Merge pull request #9273 from gasolin/issue-863126 gecko commit: 6dfd179 Bug 849757 - Part 4: xpcshell tests. r=vicamo, a=tef+ AU:V1.01.00.01.019.085 ---------------- When calling to a busy line, DuT doesn't play "busy line" tone. It just finishes the call and goes back to previous screen (call log, contact...). Same occured when rejecting call in the other side. - Steps to Reproduce: 1.- Call to a busy line --> check the tones 2.- Call to a phone number and reject the call --> check the tones - Actual Result: DuT doesn't play "busy line" tone - Expected Result (correct behaviour wished): It must play the corresponding tone This issue was long ago reported in bug 857951, and according to it, the patch to solve it was already updlifted to both v1.0.1 and v1-train. However, I'm still reproducing this issue Nominating to tef?
Hi guys! The problem is due to the commercial RIL not notifying the "busy" state via the call statechange event (you know event.call.state to "busy"). It only notifies the "disconnected" one. It works as expected using the open source RIL.
Whiteboard: IOT → IOT, POVB,COM_RIL
Michael, Anshul, can you have a look?
blocking-b2g: tef? → tef+
Flags: needinfo?(mvines)
Assignee: nobody → anshulj
Flags: needinfo?(mvines)
Juan, could you please provide the android main logs and the radio logs for the test case using the following command adb logcat -b radio -b main -v time I am trying to reproduce the issue on my end in the meanwhile.
Flags: needinfo?(juan.perezbedmar)
Juan, I am able to reproduce this issue and have fixed it in AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.094. Please verify with this AU or later.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Many thanks Anshul. @Juan: please Juan, let us know when the daily builds include this AU to recheck this. Thks! David
Hi Anshul, We've restested this with AU .094 and unfortunately seems not to be working. Tested with ikura device (build id 20130507003354) bug reopened. Thanks! David
Status: RESOLVED → REOPENED
Flags: needinfo?(anshulj)
Resolution: FIXED → ---
Attached file busy tone
Logs attached, if anything else is needed, please let us know
Hi Anshul, if you would like me to test and to log some traces on the Gaia side, just let me know ;-)
David, I am really sorry I reported you the wrong AU and wasted your time. The fix for this issue is available in AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.019.096 or later.
Flags: needinfo?(anshulj)
Target Milestone: --- → 1.0.1 Cert2 (28may)
David, did you get a chance to test this with the AU as per my comment #9?
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Flags: needinfo?(dpv)
Resolution: --- → FIXED
Hi Anshul, Opening a new bug, now the busy tone is heard but through the speaker. The volume is very high. Seen with today's build: Build id: 20130514090719 AU V1.01.00.01.019.105 Note that this is the eng build, as is the only one we have since some days ago. Thanks
Blocks: 872054
Ansul, sorry for the dealy answering. And thanks Isabel for the update :)
Flags: needinfo?(juan.perezbedmar)
Flags: needinfo?(dpv)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: