Re: [asterisk-dev] Asterisk handling of AVPF

2014-01-23 Thread Daniel Pocock
On 03/07/13 11:39, Torrey Searle wrote: > Ok, > > I'll adapt my patch to make the avpf=yes/no flag fully ignored for > inbound calls. Was this change accepted? In 11.5 (using the Debian packages) it still appears that incoming calls are rejected if they don't match the AVPF setting This is qui

Re: [asterisk-dev] [Code Review] 3144: Protect manager data structures during shutdown.

2014-01-23 Thread Guenther Kelleter
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3144/#review10662 --- Ship it! Ship It! - Guenther Kelleter On Jan. 21, 2014, 6:3

Re: [asterisk-dev] Asterisk handling of AVPF

2014-01-23 Thread Matthew Jordan
On Thu, Jan 23, 2014 at 7:30 AM, Daniel Pocock wrote: > On 03/07/13 11:39, Torrey Searle wrote: > > Was this change accepted? > > In 11.5 (using the Debian packages) it still appears that incoming calls are > rejected if they don't match the AVPF setting > > This is quite troublesome when all call

Re: [asterisk-dev] [Code Review] 3127: Protect CEL data structures during reload and shutdown. v11 version.

2014-01-23 Thread opticron
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3127/#review10664 --- /branches/11/main/cel.c

Re: [asterisk-dev] [Code Review] 3127: Protect CEL data structures during reload and shutdown. v11 version.

2014-01-23 Thread rmudgett
> On Jan. 23, 2014, 11:22 a.m., opticron wrote: > > /branches/11/main/cel.c, line 228 > > > > > > The locking and unlocking here seems excessive. Is there a reason to > > maintain the lock beyond iterator creation?

Re: [asterisk-dev] [Code Review] 3127: Protect CEL data structures during reload and shutdown. v11 version.

2014-01-23 Thread opticron
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3127/#review10666 --- Ship it! Ship It! - opticron On Jan. 14, 2014, 4:24 p.m., r

Re: [asterisk-dev] [Code Review] 3128: Protect CEL data structures during reload and shutdown. v12 version.

2014-01-23 Thread opticron
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3128/#review10667 --- Ship it! Ship It! - opticron On Jan. 14, 2014, 4:46 p.m., r

Re: [asterisk-dev] [Code Review] 3093: res_pjsip_dialog_info: Add dialog-info+xml presence functionality.

2014-01-23 Thread opticron
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3093/#review10668 --- Ship it! /branches/12/res/res_pjsip_dialog_info.c

Re: [asterisk-dev] [Code Review] 3141: res_config_pgsql: Make sure PQClear is used for all PGResults

2014-01-23 Thread opticron
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3141/#review10669 --- Ship it! Ship It! - opticron On Jan. 20, 2014, 11:41 a.m.,

Re: [asterisk-dev] [Code Review] 3142: Thread Debugging: Add LWP to core show locks output

2014-01-23 Thread rmudgett
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3142/#review10670 --- /trunk/main/utils.c

Re: [asterisk-dev] [Code Review] 3147: manager: eventfilter= should use extended regex in trunk

2014-01-23 Thread rmudgett
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3147/#review10671 --- Ship it! Ship It! - rmudgett On Jan. 21, 2014, 3:31 p.m., w

Re: [asterisk-dev] [Code Review] 3142: Thread Debugging: Add LWP to core show locks output

2014-01-23 Thread Jonathan Rose
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3142/ --- (Updated Jan. 23, 2014, 4:12 p.m.) Review request for Asterisk Developers

Re: [asterisk-dev] [Code Review] 3142: Thread Debugging: Add LWP to core show locks output

2014-01-23 Thread rmudgett
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3142/#review10672 --- Ship it! Ship It! - rmudgett On Jan. 23, 2014, 4:12 p.m., J

Re: [asterisk-dev] [Code Review] 3133: manager: Clarify eventfilter documentation

2014-01-23 Thread wdoekes
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3133/ --- (Updated Jan. 23, 2014, 4:22 p.m.) Status -- This change has been mar

[asterisk-dev] [Code Review] 3151: res_pjsip: PJSUA pluggable module and subscription tests

2014-01-23 Thread Mark Michelson
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3151/ --- Review request for Asterisk Developers. Repository: testsuite Descriptio

[asterisk-dev] [Code Review] 3150: Decouple Subscription handling and NOTIFY/PUBLISH body generation

2014-01-23 Thread Mark Michelson
--- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/3150/ --- Review request for Asterisk Developers. Repository: Asterisk Description

[asterisk-dev] New Asterisk Developer - Corey Farrell

2014-01-23 Thread Matthew Jordan
Hey everyone - For those of you who hang out in #asterisk-dev or watch the Asterisk issue tracker, Corey Farrell (coreyf1513) is no stranger. Corey has done a fantastic amount of work fixing a number of reference leaks, memory leaks, and other bad behaviour in all of the supported branches in Aste

Re: [asterisk-dev] New Asterisk Developer - Corey Farrell

2014-01-23 Thread Rusty Newton
On Thu, Jan 23, 2014 at 5:15 PM, Matthew Jordan wrote: > Hey everyone - > > For those of you who hang out in #asterisk-dev or watch the Asterisk > issue tracker, Corey Farrell (coreyf1513) is no stranger. Corey has > done a fantastic amount of work fixing a number of reference leaks, > memory leak

Re: [asterisk-dev] New Asterisk Developer - Corey Farrell

2014-01-23 Thread Michael L. Young
- Original Message - > From: "Matthew Jordan" > To: "Asterisk Developers Mailing List" > Sent: Thursday, January 23, 2014 6:15:26 PM > Subject: [asterisk-dev] New Asterisk Developer - Corey Farrell > > Hey everyone - > > For those of you who hang out in #asterisk-dev or watch the Asteri