After testing with CentOS 6.8, I agree that it has become difficult to
continue supporting it.
On Wed, Apr 12, 2017 at 9:27 AM, George Joseph <gjos...@digium.com> wrote:
>
>
> On Wed, Apr 12, 2017 at 7:22 AM, Scott Griepentrog <
> sgriepent...@digium.com> wrote:
>
&
r Software Developer
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - US
> Check us out at: www.digium.com & www.asterisk.org
>
> --
> _
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or upda
:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
>
--
[image: Digium logo]
Scott Griepentrog
Digium, Inc · Software Developer
445 Jan Davis Drive NW · Huntsville, AL 35806 · US
direct/fax: +1 256 4
> this issue on JIRA, so that someone else looks into this one day?
>
>
> --
> _
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>http://lists.digium.com/mail
;
>
>
> Este correo electrónico se ha enviado desde un equipo libre de virus y
> protegido por Avast.
> www.avast.com <https://www.avast.com/sig-email>
>
> --
> _
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
&g
://lists.digium.com/mailman/listinfo/asterisk-dev
--
[image: Digium logo]
Scott Griepentrog
Digium, Inc · Software Developer
445 Jan Davis Drive NW · Huntsville, AL 35806 · US
direct/fax: +1 256 428 6239 · mobile: +1 256 580 6090
Check us out at: http://digium.com · http://asterisk.org
On 2015-05-22 15:08, Scott Griepentrog wrote:
Although I would recommend switching to git instead, it is possible to
use svn co on the github repository as such:
svn co https://github.com/asterisk/asterisk/branches/13 [1]
On Fri, May 22, 2015 at 6:14 AM, Joshua Colp jc...@digium.com wrote
Correction: as one will end up getting a new ID (the second one to reuse
the same token).
On Tue, May 12, 2015 at 1:24 PM, Scott Griepentrog sgriepent...@digium.com
wrote:
So as opposed to spoofing, there is also the case that someone having a
copy of Asteirsk in a virtual machine clones
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
--
[image: Digium logo]
Scott Griepentrog
Digium, Inc · Software
--
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
--
[image: Digium logo]
Scott Griepentrog
Digium, Inc · Software Developer
445 Jan Davis Drive NW · Huntsville, AL 35806 · US
direct/fax: +1 256 428 6239 · mobile: +1 256
or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
--
[image: Digium logo]
Scott Griepentrog
Digium, Inc · Software Developer
445 Jan Davis Drive NW · Huntsville, AL 35806 · US
direct/fax: +1 256 428 6239 · mobile: +1 256 580 6090
Check us out at: http://digium.com
the message in the Inbox
without deleting it.
Diffs
-
/branches/11/apps/app_voicemail.c 434135
Diff: https://reviewboard.asterisk.org/r/4595/diff/
Testing
---
Tested manually on my system under Asterisk 13.
Thanks,
Scott Griepentrog
---
With this change, a DPMA crash has been eliminated when transmitting messages
via PJSIP.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
--
[image: Digium logo]
Scott Griepentrog
Digium, Inc · Software Developer
445 Jan
.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
/utils.h 432661
/branches/13/build_tools/cflags.xml 432661
Diff: https://reviewboard.asterisk.org/r/4463/diff/
Testing
---
I'm unable to get Asterisk to actually start with 1 in 100,000 failure rate.
Thanks,
Scott Griepentrog
---
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4497/#review14725
---
Ship it!
Ship It!
- Scott Griepentrog
On March 14, 2015, 4
432661
/branches/13/main/config.c 432661
/branches/13/main/codec_builtin.c 432661
/branches/13/main/asterisk.c 432661
/branches/13/include/asterisk/config.h 432661
Diff: https://reviewboard.asterisk.org/r/4468/diff/
Testing
---
Thanks,
Scott Griepentrog
---
On March 7, 2015, 12:01 a.m., Scott Griepentrog wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4463
---
On March 7, 2015, 12:01 a.m., Scott Griepentrog wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4463
/branches/13/main/asterisk.c 432661
Diff: https://reviewboard.asterisk.org/r/4468/diff/
Testing
---
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev
432661
/branches/13/main/utils.c 432661
/branches/13/main/endpoints.c 432661
/branches/13/main/config.c 432661
/branches/13/main/codec_builtin.c 432661
/branches/13/main/asterisk.c 432661
Diff: https://reviewboard.asterisk.org/r/4468/diff/
Testing
---
Thanks,
Scott Griepentrog
/
Testing
---
I'm unable to get Asterisk to actually start with 1 in 100,000 failure rate.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
432613
/branches/13/include/asterisk/utils.h 432613
/branches/13/build_tools/cflags.xml 432613
Diff: https://reviewboard.asterisk.org/r/4463/diff/
Testing
---
I'm unable to get Asterisk to actually start with 1 in 100,000 failure rate.
Thanks,
Scott Griepentrog
as they have 400ms OFF periods. Effectively, the other DR patterns
are signalled as one continuous ring due to use of only 200ms OFF.
Since the distictive ring detection issues I'm encountering are not the fault
of chan_dahdi, sig_analog, or these improvements, I'm good with this.
- Scott
On Feb. 27, 2015, 9:39 a.m., Scott Griepentrog wrote:
I updated the chan_dahdi [channels] configuration with cadences matching
the Bellcore spec and retested for both CID detection and DR pattern
recognition. Results are certain patterns (especially DR2, DR4, and DR5)
exhibit
. There may be leftover artifacts on CID
detection between calls, as repeating a failed call tends to correlate to
another failure.
- Scott Griepentrog
On Feb. 23, 2015, 6:51 p.m., rmudgett wrote:
---
This is an automatically generated e-mail
On Feb. 27, 2015, 9:39 a.m., Scott Griepentrog wrote:
I updated the chan_dahdi [channels] configuration with cadences matching
the Bellcore spec and retested for both CID detection and DR pattern
recognition. Results are certain patterns (especially DR2, DR4, and DR5)
exhibit
: https://reviewboard.asterisk.org/r/4443/diff/
Testing
---
Correct operation confirmed with a temporary test function running under
valgrind to insure there are no invalid references or leaks.
Thanks,
Scott Griepentrog
and confirmed to
resolve CID detection problem. Ran out of time to validate DR detection, will
attempt later.
- Scott Griepentrog
On Feb. 23, 2015, 6:51 p.m., rmudgett wrote:
---
This is an automatically generated e-mail. To reply
/main/utils.c 431571
/branches/13/main/config.c 431571
Diff: https://reviewboard.asterisk.org/r/4407/diff/
Testing
---
In each case Valgrind did not show the same error again after the patch was
added.
Thanks,
Scott Griepentrog
https://reviewboard.asterisk.org/r/4141/#comment24954
red blob
- Scott Griepentrog
On Feb. 5, 2015, 2:36 a.m., Corey Farrell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r
/main/config.c 431571
Diff: https://reviewboard.asterisk.org/r/4407/diff/
Testing
---
In each case Valgrind did not show the same error again after the patch was
added.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth
Valgrind did not show the same error again after the patch was
added.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options
both the explicit extension conflict cases i.e.
200 vs 200 and the wildcard _2XX vs 200.
- Scott Griepentrog
On Jan. 27, 2015, 8:23 p.m., George Joseph wrote:
---
This is an automatically generated e-mail. To reply, visit:
https
/4141/#comment24892
I would recommend using a variable name such as ref_debug to better
describe it's purpose.
- Scott Griepentrog
On Nov. 2, 2014, 1:13 a.m., Corey Farrell wrote:
---
This is an automatically generated e-mail
: https://reviewboard.asterisk.org/r/4382/diff/
Testing
---
Running
tests/rest_api/external_interaction/attended_transfer/stasis_bridge_to_stasis_app
now does not result in an occasional failure.
Thanks,
Scott Griepentrog
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4382/#review14347
---
On Jan. 29, 2015, 11:20 a.m., Scott Griepentrog wrote
/branches/13/include/asterisk/bridge.h 431296
Diff: https://reviewboard.asterisk.org/r/4382/diff/
Testing
---
Running
tests/rest_api/external_interaction/attended_transfer/stasis_bridge_to_stasis_app
now does not result in an occasional failure.
Thanks,
Scott Griepentrog
in an occasional failure.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman
://reviewboard.asterisk.org/r/4382/#review14341
---
On Jan. 27, 2015, 8:55 p.m., Scott Griepentrog wrote:
---
This is an automatically generated e-mail. To reply, visit:
https
/external_interaction/attended_transfer/stasis_bridge_to_stasis_app
now does not result in an occasional failure.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev
/
Testing
---
Running
tests/rest_api/external_interaction/attended_transfer/stasis_bridge_to_stasis_app
now does not result in an occasional failure.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http
in an occasional failure.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com
/include/asterisk/bridge.h 431242
Diff: https://reviewboard.asterisk.org/r/4382/diff/
Testing
---
Running
tests/rest_api/external_interaction/attended_transfer/stasis_bridge_to_stasis_app
now does not result in an occasional failure.
Thanks,
Scott Griepentrog
://reviewboard.asterisk.org/r/4372/#comment24772
Use ast_copy_string?
- Scott Griepentrog
On Jan. 26, 2015, 10:28 a.m., Matt Jordan wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org
/branches/13/res/stasis/app.c 430394
Diff: https://reviewboard.asterisk.org/r/4341/diff/
Testing
---
The stasis start/end tests that discovered the issue are now passing, and I've
not found any other test failures.
Thanks,
Scott Griepentrog
/13/res/stasis/app.c 430394
Diff: https://reviewboard.asterisk.org/r/4341/diff/
Testing
---
The stasis start/end tests that discovered the issue are now passing, and I've
not found any other test failures.
Thanks,
Scott Griepentrog
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4341/#review14214
---
On Jan. 16, 2015, 3:58 p.m., Scott Griepentrog wrote
430394
Diff: https://reviewboard.asterisk.org/r/4341/diff/
Testing
---
The stasis start/end tests that discovered the issue are now passing, and I've
not found any other test failures.
Thanks,
Scott Griepentrog
that discovered the issue are now passing, and I've
not found any other test failures.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE
the bridge_baseline
and other bridge tests to insure they passed.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit
/python/asterisk/channel_test_condition.py 6149
Diff: https://reviewboard.asterisk.org/r/4256/diff/
Testing
---
Currently fails while ASTERISK-24513 is not yet patched.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth
://reviewboard.asterisk.org/r/4280/diff/
Testing
---
Ran on config files from various sources to insure no exceptions occurred.
Perused output to confirm appearance of converted input values.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth
/features.c 430220
Diff: https://reviewboard.asterisk.org/r/4322/diff/
Testing
---
Testsuite test that caught problem now passes. I also ran the bridge_baseline
and other bridge tests to insure they passed.
Thanks,
Scott Griepentrog
On Jan. 5, 2015, 5 p.m., Scott Griepentrog wrote:
Is this missing a sip.conf?
It's using the bridge test case which is built on sip and includes it's own
default sip.conf. Thus, I don't have to provide one in this test, and it would
require changing the bridge test case, or at least
/13/main/bridge_basic.c 430163
Diff: https://reviewboard.asterisk.org/r/4302/diff/
Testing
---
Both the blond_nominal and atxfer_fail_blond (r/4256) tests pass without error.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth
with unload and graceful
shutdown.
- Scott Griepentrog
On Jan. 2, 2015, 1:46 p.m., Kevin Harwell wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4311
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4302/#review14062
---
On Jan. 2, 2015, 10:46 a.m., Scott Griepentrog wrote:
---
This is an automatically
/4256) tests pass without error.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com
., Scott Griepentrog wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4286/
---
(Updated Dec. 19, 2014, 2:24 p.m
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4280/#review14033
---
On Dec. 19, 2014, 7:52 a.m., Scott Griepentrog wrote
on config files from various sources to insure no exceptions occurred.
Perused output to confirm appearance of converted input values.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api
/channel_test_condition.py 6149
Diff: https://reviewboard.asterisk.org/r/4256/diff/
Testing
---
Currently fails while ASTERISK-24513 is not yet patched.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api
. To reply, visit:
https://reviewboard.asterisk.org/r/4256/#review14036
---
On Dec. 31, 2014, 12:01 p.m., Scott Griepentrog wrote:
---
This is an automatically generated e-mail
.
Diffs (updated)
-
/trunk/main/rtp_engine.c 429845
Diff: https://reviewboard.asterisk.org/r/4286/diff/
Testing
---
Tested with pjsip calls to allow=all configured extensions.
Thanks,
Scott Griepentrog
On Dec. 23, 2014, 7:41 a.m., Joshua Colp wrote:
/trunk/main/rtp_engine.c, line 2193
https://reviewboard.asterisk.org/r/4286/diff/1/?file=69966#file69966line2193
Yeah, put this in the 96-127 rang instead.
Scott Griepentrog wrote:
Wouldn't that cause ast_rtp_engine_load_format
---
Ran on config files from various sources to insure no exceptions occurred.
Perused output to confirm appearance of converted input values.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api
this, the previous use 128 for the slin192 format has been changed to
95.
Diffs
-
/trunk/main/rtp_engine.c 429845
Diff: https://reviewboard.asterisk.org/r/4286/diff/
Testing
---
Tested with pjsip calls to allow=all configured extensions.
Thanks,
Scott Griepentrog
) tests pass without error.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4280/#review13995
---
On Dec. 19, 2014, 7:52 a.m., Scott Griepentrog wrote
---
Ran on config files from various sources to insure no exceptions occurred.
Perused output to confirm appearance of converted input values.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http
the
same negation started on the line containing SIP_CANCEL.
- Scott Griepentrog
On Dec. 17, 2014, 12:11 p.m., kwemheuer wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4279
'atxfer_fail_blonde'
(https://reviewboard.asterisk.org/r/4256/) now passes. No other new test
failures encountered.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing
://reviewboard.asterisk.org/r/4286/diff/
Testing
---
Tested with pjsip calls to allow=all configured extensions.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
to confirm appearance of converted input values.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http
On Dec. 17, 2014, 11:14 a.m., Mark Michelson wrote:
/trunk/rest-api/api-docs/channels.json, line 374
https://reviewboard.asterisk.org/r/4101/diff/10/?file=69813#file69813line374
Why is this change present?
greenfieldtech wrote:
I changed this from int to long, for
/#review13959
---
On Dec. 12, 2014, 4:10 p.m., Scott Griepentrog wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4262
/r/4256/) now passes. No other new test
failures encountered.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options
-
/branches/12/main/bridge_basic.c 429516
Diff: https://reviewboard.asterisk.org/r/4262/diff/
Testing
---
Newly created test 'atxfer_fail_blonde'
(https://reviewboard.asterisk.org/r/4256/) now passes. No other new test
failures encountered.
Thanks,
Scott Griepentrog
/trunk/lib/python/asterisk/bridge_test_case.py 6082
Diff: https://reviewboard.asterisk.org/r/4256/diff/
Testing
---
Currently fails while ASTERISK-24513 is not yet patched.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth
the end of the buffer.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman
https://reviewboard.asterisk.org/r/4243/#comment24443
I would suggest using a slightly more descriptive name for this struct that
passes arguments to the dialing thread.
- Scott Griepentrog
On Dec. 5, 2014, 3:27 p.m., Joshua Colp wrote
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4244/#review13920
---
Ship it!
Ship It!
- Scott Griepentrog
On Dec. 5, 2014, 3
from.
- Scott Griepentrog
On Dec. 5, 2014, 2:28 p.m., Joshua Colp wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4243
---
On Oct. 16, 2014, 4:23 p.m., Scott Griepentrog wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4090/
---
(Updated
).
- Scott
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4090/#review13561
---
On Oct. 16, 2014, 4:23 p.m., Scott Griepentrog wrote
with multiple
asterisk instances
Diffs
-
/asterisk/trunk/runtests.py 5733
/asterisk/trunk/lib/python/asterisk/test_case.py 5733
/asterisk/trunk/lib/python/asterisk/asterisk.py 5733
Diff: https://reviewboard.asterisk.org/r/4090/diff/
Testing
---
Thanks,
Scott Griepentrog
/valgrind.supp PRE-CREATION
Diff: https://reviewboard.asterisk.org/r/3496/diff/
Testing
---
Used to locate reference problems on Userevent issue, and incorporated several
improvements over the prior attempt.
Thanks,
Scott Griepentrog
On Nov. 18, 2014, 8:18 a.m., Corey Farrell wrote:
Please discard my findings, they are minor. I'd like to see this committed
ASAP so further improvements can be made against it.
Scott Griepentrog wrote:
I like your idea of adding an option to pass valgrind options, but it
needs
on a repeated test I was running where the atoi of the
version # happen to hit the end of the buffer.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
/4139/diff/
Testing
---
Since I don't have an easy way to generate RTP STUN messages, I've tested the
change on a separate test bed, and submitted the patch to the reporter for
confirmation.
Thanks,
Scott Griepentrog
---
On Nov. 14, 2014, 5:03 p.m., Scott Griepentrog wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4182
that
possibility.
Diffs (updated)
-
/branches/13/main/asterisk.c 427948
Diff: https://reviewboard.asterisk.org/r/4182/diff/
Testing
---
It stopped crashing on a repeated test I was running where the atoi of the
version # happen to hit the end of the buffer.
Thanks,
Scott Griepentrog
://reviewboard.asterisk.org/r/4182/diff/
Testing
---
It stopped crashing on a repeated test I was running where the atoi of the
version # happen to hit the end of the buffer.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth
On Nov. 5, 2014, 11:43 a.m., Joshua Colp wrote:
Matt brought it up that this is actually a backwards incompatible change -
specifically changing priority into a string from an integer. What about
having label as a separate argument that is optional? If present it's
treated as a label
---
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4147/#review13667
---
Ship it!
Ship It!
- Scott Griepentrog
On Nov. 4, 2014, 11
---
Rebuilt with no documentation errors.
Thanks,
Scott Griepentrog
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http
/res_pjsip_outbound_registration.c 426523
Diff: https://reviewboard.asterisk.org/r/4119/diff/
Testing
---
Previously failing test
channels/pjsip/registration/outbound/unregister/unauthed now passes. Other
pjsip tests that were passing still pass.
Thanks,
Scott Griepentrog
1 - 100 of 396 matches
Mail list logo