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)
Tracking
(blocking-b2g:tef+, b2g18 fixed, b2g18-v1.0.1 fixed)
People
(Reporter: juanpbf, Assigned: anshulj)
References
Details
(Whiteboard: IOT, POVB,COM_RIL)
Attachments
(1 file)
|
149.06 KB,
text/plain
|
Details |
----------------
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?
Comment 1•13 years ago
|
||
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
Comment 2•13 years ago
|
||
Michael, Anshul, can you have a look?
blocking-b2g: tef? → tef+
Flags: needinfo?(mvines)
Updated•13 years ago
|
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
Updated•13 years ago
|
status-b2g18:
--- → fixed
status-b2g18-v1.0.1:
--- → fixed
Comment 5•13 years ago
|
||
Many thanks Anshul.
@Juan: please Juan, let us know when the daily builds include this AU to recheck this.
Thks!
David
Comment 6•13 years ago
|
||
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 → ---
Comment 7•13 years ago
|
||
Logs attached, if anything else is needed, please let us know
Comment 8•13 years ago
|
||
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)
Updated•13 years ago
|
Target Milestone: --- → 1.0.1 Cert2 (28may)
| Assignee | ||
Comment 10•13 years ago
|
||
David, did you get a chance to test this with the AU as per my comment #9?
Status: REOPENED → RESOLVED
Closed: 13 years ago → 13 years ago
Flags: needinfo?(dpv)
Resolution: --- → FIXED
Comment 11•13 years ago
|
||
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
Comment 12•13 years ago
|
||
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.
Description
•