[asterisk-bugs] [Asterisk 0012850]: [patch] Page(CHANNEL) doesn't bring 'CHANNEL' into the MeetMe conference.
noreply at bugs.digium.com
noreply at bugs.digium.com
Fri Jun 13 17:12:31 CDT 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=12850
======================================================================
Reported By: bcnit
Assigned To: Corydon76
======================================================================
Project: Asterisk
Issue ID: 12850
Category: Applications/app_page
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Asterisk Version: 1.6.0-beta9
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 06-13-2008 07:16 CDT
Last Modified: 06-13-2008 17:12 CDT
======================================================================
Summary: [patch] Page(CHANNEL) doesn't bring 'CHANNEL' into
the MeetMe conference.
Description:
Using the dialplan code:
exten => 19,1,NoOp(Paging handsets)
exten => 19,n,SIPAddHeader(Call-Info: <sip:81.187.1.1>\;Answer-After=0)
exten => 19,n,Page(${PAGEHS})
exten => 19,n,Hangup()
(where PAGEHS is defined as a global containing one or more SIP
resources)
The called handsets answers the call, but no audio is played through the
handset. Further investigation (see below) shows that a MeetMe room is
created, but that only the caller is a member of that conference and the
SIP resources paged are not. When the caller hangs up, the paged resources
also hang up.
======================================================================
----------------------------------------------------------------------
svnbot - 06-13-08 17:12
----------------------------------------------------------------------
Repository: asterisk
Revision: 122724
_U team/seanbright/resolve-shadow-warnings/
U team/seanbright/resolve-shadow-warnings/channels/chan_iax2.c
U team/seanbright/resolve-shadow-warnings/include/asterisk/channel.h
U team/seanbright/resolve-shadow-warnings/include/asterisk/timing.h
U team/seanbright/resolve-shadow-warnings/main/asterisk.c
U team/seanbright/resolve-shadow-warnings/main/autoservice.c
U team/seanbright/resolve-shadow-warnings/main/channel.c
U team/seanbright/resolve-shadow-warnings/main/dial.c
U team/seanbright/resolve-shadow-warnings/main/file.c
U team/seanbright/resolve-shadow-warnings/main/timing.c
U team/seanbright/resolve-shadow-warnings/res/res_config_pgsql.c
A team/seanbright/resolve-shadow-warnings/res/res_timing_dahdi.c
------------------------------------------------------------------------
r122724 | seanbright | 2008-06-13 17:12:27 -0500 (Fri, 13 Jun 2008) | 87
lines
Merged revisions 122523,122526,122557,122616,122664,122714,122716 via
svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk
................
r122523 | russell | 2008-06-13 08:45:50 -0400 (Fri, 13 Jun 2008) | 11
lines
Merge changes from timing branch
- Convert chan_iax2 to use the timing API
- Convert usage of timing in the core to use the timing API instead of
using DAHDI directly
- Make a change to the timing API to add the set_rate() function
- change the timing core to use a rwlock
- merge a timing implementation, res_timing_dahdi
Basic testing was successful using res_timing_dahdi
................
r122526 | russell | 2008-06-13 08:53:08 -0400 (Fri, 13 Jun 2008) | 3 lines
Do not allow res_timing_dahdi to be unloaded. We can re-enable this once
we
add automatic use count handling for timing modules.
................
r122557 | tilghman | 2008-06-13 10:15:07 -0400 (Fri, 13 Jun 2008) | 7
lines
Convert one more delimiter to use comma.
(closes issue http://bugs.digium.com/view.php?id=12850)
Reported by: bcnit
Patches:
20080613__bug12850.diff.txt uploaded by Corydon76 (license 14)
Tested by: bcnit
................
r122616 | jpeeler | 2008-06-13 13:38:28 -0400 (Fri, 13 Jun 2008) | 13
lines
Blocked revisions 122613 via svnmerge
........
r122613 | jpeeler | 2008-06-13 12:36:56 -0500 (Fri, 13 Jun 2008) | 6 lines
(closes issue http://bugs.digium.com/view.php?id=12846)
Reported by: Netview
Tested by: jpeeler
Use correct location to search for tonezone.
........
................
r122664 | jpeeler | 2008-06-13 14:58:29 -0400 (Fri, 13 Jun 2008) | 8 lines
Blocked revisions 122663 via svnmerge
........
r122663 | jpeeler | 2008-06-13 13:57:24 -0500 (Fri, 13 Jun 2008) | 1 line
fixed dahdi compatability header from assuming either dahdi or zaptel is
installed (may not have either)
........
................
r122714 | mmichelson | 2008-06-13 17:45:21 -0400 (Fri, 13 Jun 2008) | 17
lines
Merged revisions 122713 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r122713 | mmichelson | 2008-06-13 16:44:53 -0500 (Fri, 13 Jun 2008) | 9
lines
Short circuit the loop in autoservice_run if there are no channels to
poll.
If we continued, then the result would be calling poll() with a NULL
pollfd array. While this is fine with POSIX's poll(2) system call, those
who use Asterisk's internal poll mechanism (Darwin systems) would have
a failed assertion occur when poll is called.
(related to issue http://bugs.digium.com/view.php?id=10342)
........
................
r122716 | tilghman | 2008-06-13 17:50:28 -0400 (Fri, 13 Jun 2008) | 2
lines
Properly detect the size of char/varchar fields
................
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=122724
Issue History
Date Modified Username Field Change
======================================================================
06-13-08 17:12 svnbot Checkin
06-13-08 17:12 svnbot Note Added: 0088702
======================================================================
More information about the asterisk-bugs
mailing list