[asterisk-bugs] [JIRA] (ASTERISK-27006) app_queue: Crash when hanging up with realtime queues

[Niklas Larsson (JIRA)]

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

Niklas Larsson commented on ASTERISK-27006:
-------------------------------------------

Testing to return if caller_snapshot is empty from:

caller_snapshot = ast_channel_snapshot_get_latest(queue_data->caller_uniqueid);

but queue_data->caller_uniqueid is not empty:

(gdb) print queue_data->member_uniqueid
$5 = (const ast_string_field) 0x2d2cdd8 "s2-1503500285.2784"
(gdb) print caller_snapshot
$6 = (struct ast_channel_snapshot *) 0x0

So I did a small change - return if empty caller_snapshot after ao2_unlock(queue_data); - is it bad to skip the rest of the function?

> app_queue: Crash when hanging up with realtime queues
> -----------------------------------------------------
>
>                 Key: ASTERISK-27006
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27006
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 13.15.0, 14.6.0
>         Environment: Debian 8, Asterisk 13.15 (13.14 did not present issue)
>            Reporter: Niklas Larsson
>         Attachments: backtrace_core.uc02.nguc.weblink.se-2017-05-17T08-02-12+0200.txt, backtrace_core.uc02.nguc.weblink.se-2017-05-17T13-38-19+0200.txt, backtrace_core.uc02.nguc.weblink.se-2017-05-23T13-31-52+0200.txt, backtrace_core.uc02.nguc.weblink.se-2017-05-26T09-10-53+0200.txt, backtrace_core.uc02.nguc.weblink.se-2017-05-30T16-04-54+0200.txt, C-00000345.txt, log.txt, queue_4.txt
>
>
> Segfault in at hangup:
> [2017-05-17 08:02:12] VERBOSE[12389][C-000003ea] bridge_channel.c: Channel PJSIP/ngcore-00000cd3 left 'simple_bridge' basic-bridge <098609d0-4ae7-47e3-980b-06a3b24f3014>
> Happens around ones a day.
> Running asterisk 13 branch, commit ddbc68b (Thu May 11 10:49:04 2017)



--
This message was sent by Atlassian JIRA
(v6.2#6252)