Closed
Bug 813676
Opened 13 years ago
Closed 13 years ago
While on a call a long press on 0 should not generate a '+' since the DTMF sent will always be 0
Categories
(Firefox OS Graveyard :: Gaia::Dialer, defect, P1)
Tracking
(blocking-basecamp:+)
VERIFIED
FIXED
| blocking-basecamp | + |
People
(Reporter: cyang, Assigned: gtorodelvalle)
Details
Attachments
(1 file)
|
188 bytes,
patch
|
fcampo
:
review+
|
Details | Diff | Splinter Review |
In a GCF test for DTMF, the test equipment expects DTMF '0' to be sent. If a short press on '0' is done, Stop DTMF is sent immediately and the TC fails. The '0' must be pressed a little longer but that causes DTMF '+' to be sent.
There is no option to tweak the test equipment as this is a GCF test setup. Can the keyboard be fixed in anyway to accommodate this?
Comment 1•13 years ago
|
||
Daniel, this is your team I think. Can you guys take this?
Updated•13 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Carol: I don't understand comment 0.
It sounds like you are potentially describing two problems.
1. While on a call, pressing the '0' for a very short time doesn't actually send the
DTMF tone for '0'.
2. While on a call, pressing the '0' for a longer time displays a '+' sign rather
than a '0' in the UI and also sends the DTMF tone for '+' rather than '0'.
Is that accurate?
If so, could you file a separate bug on problem number 1 and we'll let this bug deal with problem number 2 (since that's the problem that the summary is talking about).
Regarding problem number 2:
Is it just the UI that is displaying a '+'? Or does the UI show the '+' but there's still the DTMF tone for '0' being sent?
Is there even such a thing as a DTMF tone for '+'? I wouldn't have thought so.
If we do in fact send a '+', does that mean that we first send the DTMF tone for a '0' but after a short period of time the '0' tone turns into a '+' tone?
Flags: needinfo?(cyang)
Updated•13 years ago
|
Group: qualcomm-confidential
Comment 3•13 years ago
|
||
Adding Maria so she can assign an engineer, but concur with Jonas in comment 2 that before addressing this we need a clearer description about what the bug is.
| Reporter | ||
Comment 4•13 years ago
|
||
Jonas- You're right, I do believe there are two parts to this.
I'm adding Phil as he's the new owner of this on our side to answer your questions. We'll be sure to open another bug for #1 if need be.
Flags: needinfo?(cyang)
>Regarding problem number 2:
>Is it just the UI that is displaying a '+'? Or does the UI show the '+' but there's still the DTMF tone for '0' being sent?
>
>Is there even such a thing as a DTMF tone for '+'? I wouldn't have thought so.
I ran a quick test and it seems that while the UI displaying '+', it is still sending the DTMF tone for '0'.
I will need to re-run the GCF test with the additional debug logs to ensure that the behavior is the same as on my device.
Thanks. Not convinced this is a blocker then. But over to gaia team to triage since this is purely a front-end bug.
Component: General → Gaia::Dialer
| Assignee | ||
Updated•13 years ago
|
Assignee: nobody → gtorodelvalle
| Assignee | ||
Comment 7•13 years ago
|
||
Nice catch! It is true we are not controlling the long "0" clicking during a call and consequently a "+" is displayed instead of "0". On the other hand, it is true that the tone is sent :-) Basically, what I will do is to deactivate the long "0" clicking listener so only the 0 is shown.
I have a minor question for someone of the UX team. Would you like me to remove the "+" shown next to the "0" when the keypad is shown during a call since it does not apply at all? Thanks!
Updated•13 years ago
|
Flags: needinfo?(aymanmaat)
Updated•13 years ago
|
Summary: DTMF long press causes '0' to become '+' → While on a call a long press on 0 should not generate a '+' since the DTMF sent will always be 0
Updated•13 years ago
|
blocking-basecamp: ? → +
Priority: -- → P1
| Assignee | ||
Comment 8•13 years ago
|
||
Attachment #685095 -
Flags: review?(fernando.campo)
Updated•13 years ago
|
Attachment #685095 -
Flags: review?(fernando.campo) → review+
| Assignee | ||
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Flags: needinfo?(aymanmaat)
Comment 9•13 years ago
|
||
This issue fixed for device Ungia; build #20130103070201 v.1
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•