Bug 7001 - (int-139811) No pause before sending DTMF tones
: No pause before sending DTMF tones
Product: Telephony
: 5.0/(1.2009.42-11)
: N900 Maemo
: Low normal with 3 votes (vote)
: 5.0/(2.2009.51-1)
Assigned To: unassigned
: telephony-general-bugs
  Show dependency tree
Reported: 2009-12-15 21:52 UTC by Subu
Modified: 2010-01-15 18:19 UTC (History)
4 users (show)

See Also:



You need to log in before you can comment on or make changes to this bug.

Description Subu (reporter) 2009-12-15 21:52:28 UTC
SOFTWARE VERSION: 1.2009.42-11.002

Dial a phone number with a pause in it.  e.g. Any calling card number followed
by eithwer the pin or destination phone number.

EXPECTED OUTCOME: A pause before sending DTMF tones.

ACTUAL OUTCOME: No pause before sending DTMF tones.  DTMF tones are sent almost




User-Agent:       Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:1.9.2a1pre)
Gecko/20090928 Firefox/3.5 Maemo Browser RX-51 N900
Comment 1 Venomrush 2009-12-18 11:54:40 UTC
I frequently use to dial a number follow by the destination number (VOIP

Never have such issue, I believe the DTMF tones are sent out when the call is

Did you notice during ringing that it start to send out DTMF tones?
Comment 2 Subu (reporter) 2009-12-18 19:46:04 UTC
DTMF tones are being sent out only after the call is established.  The problem
is that there is no pause before sending out DTMF tones for the destination

The number I dial looks like this: 18664947292pp<destination_number>.  I'd like
the phone to pause for some time _after_ the call has been answered before
sending out DTMF tones for the destination number.

If I change the stored number to 18664947292p0p<destination_number> (add a 0 in
between the pauses),  DTMF tones for the 0 is sent out as soon as the call is
answered, then there's a pause, followed by DTMF tones for the destination
number.  This has the desired effect, but inserting the 0 is ghetto IMO.
Comment 3 Andre Klapper maemo.org 2009-12-22 21:29:32 UTC
Just to make this sure:
This is not a duplicate of either bug 5505, bug 5998 or bug 6139?
Comment 4 Subu (reporter) 2009-12-23 00:05:22 UTC
It's not a duplicate of 5505, 5998 or 6139.
Comment 5 Venomrush 2009-12-23 06:47:41 UTC
Can you give some example numbers please.
Of course you don't have to provide real calling card number
Comment 6 Venomrush 2009-12-23 06:49:03 UTC
I understand your point it's not pausing long enough, but I don't see that
causes any direct problem for me ie not entering calling card numbers etc.
Comment 7 Subu (reporter) 2009-12-23 20:39:38 UTC
If you're in the US, I could tempoararily add your phone number to my calling
card account as one of the registered numbers.  Of course, I'll need a phone
number for that :)
Comment 8 Venomrush 2009-12-24 02:17:52 UTC
Actually I only need the phone number you're dialing to to enter your calling
card number to check the problem.
Comment 9 Tim Watt 2009-12-24 02:36:01 UTC
here is an example:
+1 604 555 5555,,333
(i expect my phone to call the number at the "," I expect it to pause and then
dial the 333 after it has connected. 

here is the number i dial often:
+1(604) 953-3333 ,,1,1,50490
Comment 10 Tim Watt 2009-12-24 02:47:43 UTC
what might be missing from my previous post is:
"333" is the extension number that I have to dial once the call has been
connected. on my palm centro and old nokia 6100 a "," was a pause between DTMF
tones. there is no pause on the n900!
Comment 11 Subu (reporter) 2009-12-24 20:47:48 UTC
Here's a test case:

Call 1.800.331.0500 (AT&T wireless customer service).  Once the call is
answered, you hear a welcome message.  After the welcome message, the number
you are calling from is narrated back to you and you are asked to press 1 if it
is the same number you are calling about (let's assume that it is).

Try to get the N900 to dial 18003310500 and then pause for a few seconds before
sending out DTMF for the '1' (I tried 18003310500pppp1).  You'll see that the
'1' is sent immediately after the call is connected.  No pause.
Comment 12 Dawid Lorenz 2009-12-30 11:59:32 UTC
*** This bug has been confirmed by popular vote. ***
Comment 13 Dawid Lorenz 2009-12-30 12:05:29 UTC
I can confirm this issue. I am following instructions on Your Call World
website, a cheap calls provider that I use regularly, see:

Number I'm dialling is: 01216622662p0048xxxxxxxxx. I get connection with access
number, however I instantly get the automated voice message that the target
number I am trying to dial is incorrect.

However, when I try dialling exactly the same number on Nokia E71 - it works
without hassle and I get connection with target number straight away.

Simply speaking: this is an evident bug that needs addressing.
Comment 14 Dawid Lorenz 2009-12-30 12:09:09 UTC
Update: it seems to (In reply to comment #2)
> If I change the stored number to 18664947292p0p<destination_number> (add a 0 in
> between the pauses),  DTMF tones for the 0 is sent out as soon as the call is
> answered, then there's a pause, followed by DTMF tones for the destination
> number.  This has the desired effect, but inserting the 0 is ghetto IMO.

Confirmed. When I dial 01216622662p0p0048xxxxxxxxx - it works.
Comment 15 Andre Klapper maemo.org 2009-12-30 14:09:25 UTC
This has been fixed in package
telepathy-ring 1.0.4+0m5
which is part of the internal build version
(Note: 2009 is the year, and the number after is the week.)
This is not included in 1.2009.42-11, but in the upcoming "PR1.1" release.

A future public update released with the year/week later than this internal
build version will include the fix. (This is not always already the next public
Please verify that this new version fixes the bug by marking this bug report as
VERIFIED after the public update has been released and if you have some time.

To answer popular followup questions:
 * Nokia does not announce release dates of public updates in advance.
 * There is currently no access to these internal, non-public build versions.
   A Brainstorm proposal to change this exists at
Comment 16 Andre Klapper maemo.org 2010-01-14 12:25:51 UTC
The problem reported here should be fixed in the update released today for
public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes).
Please leave a comment if the problem is not fixed for you in this update
Comment 17 Dawid Lorenz 2010-01-15 18:19:34 UTC
I can confirm this has been fixed.