William King 97286e10cd 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.

2013-05-18 17:01:27 -07:00

..

conf

FS-4225

2013-03-11 18:04:05 +08:00

Makefile.am

FS-4753 --resolve this should properly detect it everywhere

2012-10-23 13:14:51 -04:00

mod_sofia.2008.vcproj

vs2008 add missing file mod_sofia

2012-09-14 14:23:28 -05:00

mod_sofia.2010.vcxproj

FS-4504 vs2010 only - plus mod_sofia fix - anybody want to help with 2008

2012-08-08 21:18:06 -05:00

mod_sofia.2012.vcxproj

FS-4768 initial add of vs2012 build support

2012-12-29 14:57:15 -06:00

mod_sofia.c

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.

2013-05-18 17:01:27 -07:00

mod_sofia.h

FS-5399 --resolve

2013-05-09 14:09:23 -05:00

mod_sofia.vcproj

Fix Windows build

2010-02-24 15:21:06 +00:00

rtp.c

FS-4990 --resolve

2013-04-26 17:23:30 -05:00

sip-dig.c

FS-3166 --resolve

2011-04-22 16:43:29 -05:00

sofia_glue.c

FS-5398

2013-05-09 10:10:06 -05:00

sofia_presence.c

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

2013-05-18 16:06:15 -07:00

sofia_reg.c

FS-5441: --resolve

2013-05-17 12:40:04 -07:00

sofia.c

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.

2013-05-18 16:36:41 -07:00