FS-5453 --resolve

FS-5457

FS-5376 --resolve

FS-5242

FS-5211 --resolve

FS-5360

getting read_impl too soon here

1.2.10 Release

Add mod_xml_radius to the modules list, though disabled by default.

Theoretical memory leak where if attr_init failed, then check would have still been malloc'd but not used.

Minor code cleanup. calling va_start without calling va_end doesn't leak does it? Either way, it's fixed now.

full_contact must be freed by sofia. There isn't a chance of this having blown anything up, but Coverity is right that this should be initialized with NULL to be safe against future refactors.

My bad. some how a make didn't catch this issue after a cleanup refactor. In this instance buf is being treated as an 8 byte number, not a pointer.

Coverity reported an Uninitialized pointer read. Upon further digging it appears that there is a code path where incoming packets can come in out of order, so this section of code tries to see if it can find the missed packets. As per FS-5202 there is a case where under heavy load the packet exists, and has most of the packet parsed, but still has a NULL pointer for the packet buffer. These two lines would at least help detect the edge case.

Edge case for when you are subscribing to presence on a valet parking lot. In which case there would be a small leak.

Possible leak if someone were to try and add extra headers to a channel that had either an inbound info on that session or the session were to be deflected. I don't see a way that these extra headers could be added outside of a C module subscribing to the session states, but just to make sure I'm adding these so that just like other extra header locations it's cleaned up.

Alice meet rabit hole. There is a leak here on every invite that comes back from a status 180 when the other side is not FS, but you have presence enabled. Thanks to Coverity scan for location this condition. This 'might' not have been leaking if sofia was automatically freeing this when the sofia object was destroyed, but all other locations where sip_header_as_string where called they were all followed by a su_free, so I assume not.

If the mod_sofia global presense hash is null, then make sure to free the matches variable before going to done.

FS-5443: --resolve leaked because the JS api's copy and return new malloc'd pointers.

When message events were added, the debug field name was overlooked. This would have only been hit when debug level was above 'DEBUG1' and at that point it would have incorrectly chosen debug display names.

Minor typo. User is being passed into this fuction as a long pointer, not a long.

read() does not NULL terminate statbuf, but strstr expects statbuf to be null terminated.

This was writing a null one space to the right, outside of the malloc'd buffer. On further review this uses apr_vsnprintf which always returns null terminated.

FS-5434 --resolve

fix silence_stream size bug

FS-5441: --resolve

FS-5430 --resolve

FS-5418 --resolve

FS-5208 --resolve

FS-5011 try to fill gaps

FS-5325 force rebuild

FS-5416 --resolve just missing the part that registers it

FS-5407 --resolve

FS-5410 --resolve

FS-5325 windows compile
(cherry picked from commit d466316ace5e797c8130ca672d3ba17c79669f16)

add context

FS-5325

FS-5085 the last change helped weed out the real bug which is this commit

FS-5403 --resolve

move log message to avoid logging null

FS-5399 --resolve

FS-5325 i'll put the nonblocking in but I still think this is a problem with openssl, a short read is not there every single time you connect, When the lib is in full blocking mode it should be handling the complicated actions internally.  As complicated as socket programming is, async ssl is even worse because it requires you to do your own buffering and attemps to read may fail waiting for you to write or vice-versa which should have been handled for us in the lib.  non-interruptable syscalls are getting pretty outdated and not enabling it is much less complex than making every socket app on earth be non-blocking

FS-5360 --resolve fields are exec-on-max-failures exec-on-max-timeouts pin, needs testing

FS-5390 --resolve

FS-5398

FS-5395: False alarm on a reported valgrind memory leak. The io_private is alloc'd from a memory pool which valgrind sucks at tracking. No need to free this, because it'll get cleared when the memory pool on the rsession is destroyed.

FS-5395: --resolve Resolve another mod_rtmp crash where oh specific hangup scenarios there would be a free of variable that wasn't ever malloced

FS-5085 I discovered that the bowout is happening from both legs at once, we only need to check this condition on the A side of the loopback bridge

Undo previous change

FS-5288 --resolve

FS-5327 --resolve

FS-5371 --resolve typo

Revert "fixed stuck mod_rtmp session when the call is killed from fs side, such as using uuid_kill"

This reverts commit d8edc031faa41d4e570aad1e347a0ed6c0d6c1d8.

Conflicts:
src/mod/endpoints/mod_rtmp/mod_rtmp.c

FS-5168 --resolve

FS-5325

FS-5383 --resolve

1.2.9 rev bump

fix mod_spandsp on systems with libjbig

fix auto in will not use the last slot

FS-5371 --resolve

FS-5365 --resolve

add bgsystem for background system calls

FS-5085 adding this patch but still wondering what causes this issue

dress up event fired after parsing a message

FS-5240: --resolve Please test

prevent t38_passthru and fax_detect from both happening at once

FS-4332: --resolve

FS-4875 auto setting ignore_early_media causes unwanted side effects for others, it will have to be supplied by the user

FS-5359 --resolve

add channel data to this event

fix stop the correct way

add uuid of orig picked channel too

add execute_on_pickup and api_on_pickup

fix stopping of streams

FS-5358 --resolve use allow-transcoding=true param in global settings or fifo_allow_transcoding=true channel var on per caller basis

Conflicts:
src/mod/applications/mod_fifo/mod_fifo.c

FS-5286 we can try this for added protection

FS-5355 --resolve

FS-4990 --resolve

FS-5316 --resolve

Add application layer keepalive options to sofia and expose config options

Conflicts:
src/mod/endpoints/mod_sofia/mod_sofia.h

rebuild

add tcp keepalive where possible

remember to file your tps reports

FS-5346 --resolve use new originate_delay_start=<ms> to get this

FS-5344 --resolve

FS-5343 --resolve

Conflicts:
libs/sofia-sip/.update

FS-5331

FS-5325 this should prefer v4 addrs to avoid the blocking on connect as well so you can use the dns name again

FS-5325

If the rsession is null, then don't try to unlock it, since that'll just result in a segfault.

fixed rtmp active calls count

added rsession check before comparing its state. commented out active sessions loop

Updating the contributor tags

Moving all rtmp specific logging to use the rtmp uuid rather than the session uuid.

Another variable name standardization

Should resolve the last of the rsession -> session and session -> rsession on_destroy race condition issues

Conflicts:
src/mod/endpoints/mod_rtmp/mod_rtmp.c

White space cleanup and variable naming standardization

Standardizing on rsession to reference rtmp_session_t

Conflicts:
src/mod/endpoints/mod_rtmp/mod_rtmp.c

Resolve the segfault where the channel is destroyed while it is still receiving audio

Conflicts:
src/mod/endpoints/mod_rtmp/rtmp.c

Cleaning up and standardizing variable name to rsession if the session referenced is an rtmp_session_t