[asterisk-bugs] [JIRA] (ASTERISK-20484) Code Cleanup in app_alarmreceiver caused new issue where event are processed before receiving all digits

[John Bonzey (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-20484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=200984#comment-200984 ] 

John Bonzey commented on ASTERISK-20484:
----------------------------------------

Pedro did a fresh Asterisk 11.0.1 install.  Copied app_alarmreceiver.c in usr/srs/asterisk/apps directory.  Executed sudo make, the file compiled, then issued sudo make install - it completed.  Rebooted and initiated an alarm from the panel and got the following:

-- Executing [s at custom-myalarmreceiver:1] NoOp("SIP/4994-00000002", "Alarm r                                                                                                 eceived") in new stack
    -- Executing [s at custom-myalarmreceiver:2] Answer("SIP/4994-00000002", "") in                                                                                                  new stack
    -- Executing [s at custom-myalarmreceiver:3] Ringing("SIP/4994-00000002", "") i                                                                                                 n new stack
    -- Executing [s at custom-myalarmreceiver:4] Wait("SIP/4994-00000002", "6") in                                                                                                  new stack
    -- Executing [s at custom-myalarmreceiver:5] AlarmReceiver("SIP/4994-00000002",                                                                                                  "") in new stack
       > AlarmReceiver: Setting write format to Mu-law
       > AlarmReceiver: Waiting for connection to stabilize
[2012-12-27 17:19:16] WARNING[2459][C-00000002]: channel.c:5048 ast_write: Codec                                                                                                  mismatch on channel SIP/4994-00000002 setting write format to slin from ulaw na                                                                                                 tive formats (ulaw)
       > AlarmReceiver: Waiting for first event from panel...
       > AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
       > AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
       > AlarmReceiver: DTMF Digit Timeout on SIP/4994-00000002
  == AlarmReceiver: Incomplete string: , trying again...
       > AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
       > AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
       > AlarmReceiver: DTMF Digit Timeout on SIP/4994-00000002
  == AlarmReceiver: Incomplete string: , trying again...
       > AlarmReceiver: Sending 1400Hz 100ms burst (ACK)
       > AlarmReceiver: Sending 2300Hz 100ms burst (ACK)
       > AlarmReceiver: DTMF Digit Timeout on SIP/4994-00000002

                
> Code Cleanup in app_alarmreceiver caused new issue where event are processed before receiving all digits
> --------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-20484
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20484
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_alarmreceiver
>    Affects Versions: SVN
>            Reporter: Jean-Philippe Lord
>            Assignee: Pedro Kiefer
>      Target Release: SVN
>
>         Attachments: 43933_OLD DO NOT USE_app_alarmreceiver.c, app_alarmreceiver.c, ASTERISK-20484_v1.diff, ASTERISK-20484_v2.diff
>
>
> Issue caused since ASTERISK-20157
> event are processed before receiving all digits
>  == AlarmReceiver: Received Event 010
>  == AlarmReceiver: Bad DTMF character ý == AlarmReceiver: Nonzero checksum
>  == AlarmReceiver: Received Event 100
>  == AlarmReceiver: Bad DTMF character ý == AlarmReceiver: Nonzero checksum
>  == AlarmReceiver: Received Event 0C2
>  == AlarmReceiver: Bad DTMF character ý == AlarmReceiver: Nonzero checksum
>  == AlarmReceiver: Received Event 299

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira