[asterisk-bugs] [JIRA] (ASTERISK-22884) hangup_handler end with h extension: tests currently fail in Asterisk 12 +

[Matt Jordan (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-22884?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Jordan reopened ASTERISK-22884:
------------------------------------


This wasn't quite fixed.

As it turns out, synchronizing two-way data (which is what is needed for the CDR function to properly query things in the {{h}} extension/hangup handlers) requires more than the synchronization provided by a new Stasis subscription. Since messages are ordered based on subscription, the application/function modules have to synchronize on the actual CDR subscription, and not on a new one. Today, there's isn't a built in mechanism in Stasis to provide that synchronization.

We can do it manually in the various CDR modules, but it's probably better to have this built in as a function of Stasis. That should be developed for trunk, at the very least.
                
> hangup_handler end with h extension: tests currently fail in Asterisk 12 +
> --------------------------------------------------------------------------
>
>                 Key: ASTERISK-22884
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22884
>             Project: Asterisk
>          Issue Type: Bug
>          Components: CDR/General, PBX/General, Tests/testsuite
>    Affects Versions: 12.0.0-beta1
>            Reporter: Matt Jordan
>            Assignee: Matt Jordan
>      Target Release: 12.0.0
>
>
> The hangup handler tests that cover endbeforehexten logic from {{cdr.conf}} are currently failing constantly.
> Some failure can be seen here:
> https://bamboo.asterisk.org/bamboo/browse/AST-ATSF-83
> In general, the logic that covers CDR behavior during the {{h}} extension or a hangup handler is tricky. It hasn't really been conveyed well what it should be, as CDRs now typically have a more well defined lifetime.
> This behavior needs to be defined in the CDR specification, and the tests need to pass (one way or another).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira