[asterisk-bugs] [Asterisk 0010809]: Asterisk segfaults after an attended transfer to a queue using "Eyebeam" softphone.
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Oct 10 07:20:59 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=10809
======================================================================
Reported By: Ted Brown
Assigned To: dwaynemh
======================================================================
Project: Asterisk
Issue ID: 10809
Category: Applications/app_queue
Reproducibility: always
Severity: crash
Priority: normal
Status: feedback
Asterisk Version: 1.4.11
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 09-23-2007 16:13 CDT
Last Modified: 10-10-2007 07:20 CDT
======================================================================
Summary: Asterisk segfaults after an attended transfer to a
queue using "Eyebeam" softphone.
Description:
Platform: Suse Linux Enterprise Server 10
Machine: IBM xSeries 226
Asterisk version: 1.4.11
Bug description:
Asterisk crashes (segfault) when an attended transfer to a queue is
performed and when EYEBEAM sofphone is used to make the transfer. This
crash can be easily reproduced as follows:
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0007706 Redirecting Local channels to Meetme ca...
======================================================================
----------------------------------------------------------------------
callguy - 10-10-07 07:20
----------------------------------------------------------------------
Ted Brown: I think we are both running into a similar set of issues. Look
at the first diff in bug 10571 posted by Corydon76 (it turns off local
channel optimization) you may want to try your scenarios with that and see
if you experience the same behavior.
We found a lot of problems caused by auto-creating local channels and did
some dialplan work to avoid it wherever possible to good effect (though
there are obviously still issues separate from that). Your output of core
show channels looks suspiciously similar.
Issue History
Date Modified Username Field Change
======================================================================
10-10-07 07:20 callguy Note Added: 0071756
======================================================================
More information about the asterisk-bugs
mailing list