87a4670d16
FS-6890 #comment please test
2014-11-12 13:09:39 -06:00
46e74e5853
revert 831832c2c6
2014-11-05 09:26:44 -06:00
831832c2c6
FS-6890 #please test
2014-11-04 18:31:44 -06:00
32a9ff3d39
Merge pull request #60 in FS/freeswitch from ~SJTHOMASON/freeswitch:FS-6823 to master
...
* commit 'afb00b2ecc8a9b049801f3f475c80e1111070fa8':
Force rport on ADTRAN TA Devices
2014-11-04 07:36:36 -06:00
7ca4ac566c
FS-5949 FS-6945 #comment this change should be relevant to both of these issues, please test. This patch improves the hold parsing and ignores connection address of 0 implying hold when ice is present and disables the auto interpretation by the lower level stack of 0.0.0.0 to automatically imply sendonly to allow FS to decide on its own
2014-10-31 13:49:39 -05:00
3c1ad1f014
Merge pull request #66 in FS/freeswitch from ~STEFANO.PICERNO/freeswitch:windows-wait-fix to master
...
* commit '4c9d9301b0f19b1750d567ce62142a572b163944':
Workaround for Windows limit in su_wait
2014-10-29 11:04:00 -05:00
59352005d0
force sofia rebuild
2014-10-13 18:28:44 -05:00
afb00b2ecc
Force rport on ADTRAN TA Devices
...
ADTRAN Total Access devices do not support sending the rport parameter in
the Via header. This allows us to detect the device and force rport when
using the "safe" parameter, enabling the device to be used behind NAT.
FS-6823 #resolve
2014-10-02 13:09:15 -07:00
35aeae0170
FS-6822 #comment The code in question appears to have been added by me ( 18f20e24). I think this patch is the correct solution.
2014-10-01 18:11:01 -05:00
0150c862a2
FS-6854 #comment try this patch
2014-09-30 20:35:19 +05:00
7c89c21153
FS-6860 #resolve this was fixed once but was lost in the last sync
2014-09-26 09:00:09 -05:00
f7de058acd
FS-6854 #resolve
2014-09-25 21:44:02 +05:00
9e72c8477f
fix possible buffer overrun in websocket uri and sync the ws.c between sofia and verto (missing code from last commit)
2014-09-24 01:09:44 +05:00
59e71341db
fix possible buffer overrun in websocket uri and sync the ws.c between sofia and verto
2014-09-23 20:17:20 +05:00
4c9d9301b0
Workaround for Windows limit in su_wait
...
Windows has a 64 descriptor limit in WSAWaitForMultipleEvents system call.
Implemented some custom login in su_wait to work around this limitation.
Changed SU_WAIT_MAX from 64 to 0x7fffffff, like on other plaftorms.
2014-09-23 13:09:57 +02:00
3c32dd3bc9
Return NULL from `sub_alloc` for zero size
...
When zero was passed for the size to `sub_alloc`, we were passing this
size on to `malloc` or `calloc`, which is unusual enough that static
analyzers warn about this (POSIX says that either NULL or a pointer
will be returned).
We'll instead just return NULL right away.
2014-08-22 02:47:04 +00:00
571cf932dc
fix VS2010 build warning
2014-08-16 18:22:41 -05:00
cbe0bc05d0
force sofia rebuild
2014-08-16 01:34:30 +05:00
24413bfa11
copy changes from verto ws.c to sofia
2014-08-16 00:43:25 +05:00
2411550727
add homer capture line to websocket transport
2014-08-11 21:02:25 +05:00
8414c498cf
Fix line endings per .gitattributes
2014-08-08 15:24:42 +00:00
327146cecf
Fix WS Compile on MSVC2012
2014-07-25 11:34:08 -05:00
6c80281ce9
buffer websocket headers and body before sending to avoid fragmentation
2014-07-17 01:07:57 +05:00
b53ba668fa
rebuild
2014-07-12 04:39:56 +05:00
cc75547672
merge ws.c change to sofia
2014-07-12 04:39:41 +05:00
d2a487dce3
date would have done the same thing
2014-06-18 08:58:49 -05:00
fb92ebc8f2
FS-5223 and FS-6603, don't trust docs... sheesh
2014-06-18 08:33:57 -05:00
311889634b
FS-5223 FS-6603 on platforms that have SO_REUSEPORT it also implies SO_REUSEADDR, On platforms that only have SO_REUSEADDR it seems to imply both in the absence of SO_REUSEPORT.
2014-06-17 21:15:02 -05:00
0685027bd8
FS-6574 --resolve
2014-06-09 14:29:08 -04:00
b5a223cd1b
CID:1215201 Explicit null dereferenced
2014-05-22 15:39:59 +00:00
f0aa0fc1d8
seek chain cert from wss.pem just cat together the cert, the key and the chain cert into wss.pem
2014-05-20 23:18:38 +05:00
77bddb9f9c
FS-6538: silence gcc 4.9 throwing incorrect warning
2014-05-20 15:46:46 +00:00
af6c4b00b7
force sofia rebuild
2014-05-20 20:29:17 +05:00
f683ac2165
FS-6533: --resolve fix gcc 4.9 warning due to useless right-hand operand of comma expression
2014-05-19 10:36:02 -05:00
88ce7dae1c
minor tweak to make ws code work in blocking mode properly when used outside sofia
2014-05-07 06:13:27 +05:00
317f4b1442
Fix building with musl libc
...
POSIX says poll.h and signal.h should not be prefixed with sys/ (ie
poll.h instead of sys/poll.h)
limits.h also defines a TZNAME_MAX so we change name of the define for
spandsp.
2014-05-02 11:20:36 -04:00
906467b360
fix log message on sending tport ping over ws to log error in failure cases
2014-05-01 14:20:27 -04:00
cfd8d28bc8
silence clang unused function warnings and get rid of some unused functions
2014-05-01 09:03:19 -04:00
fc25bbc23c
remove unused function
2014-05-01 08:32:23 -04:00
b55ba90def
fix 2 potential use after free errors
2014-05-01 08:30:52 -04:00
2cdae46b19
FS-6476 regression where sock would sometimes drop while reading logical frames
2014-04-29 18:25:05 -04:00
61e22e8b50
FS-6476 --resolve
2014-04-22 23:25:41 +05:00
cbd20d8a05
update
2014-04-17 04:33:02 +05:00
bce51017fb
FS-6462 --resolve
...
I found a problem here but it may not completely match your expectations.
I reviewed the RFC 4028 and checked against the code and I discovered we should not be putting a Min-SE in any response at all besides a 422:
section 5:
The Min-SE header field MUST NOT be used in responses except for
those with a 422 response code. It indicates the minimum value of
the session interval that the server is willing to accept.
I corrected this problem and implemented the 422 response so if you request a value lower than the minimum specified for the profile.
If the value is equal or higher to the minimum, it will be reflected in the Session-Expires header in the response and no Min-SE will be present.
2014-04-17 04:26:43 +05:00
01254eaa5c
force sofia rebuild
2014-04-04 13:42:49 -05:00
180282cd9a
FS-6287
2014-04-04 13:42:13 -05:00
7ea4acaece
FS-6426 --resolve
2014-04-03 23:25:48 +05:00
f50f04be51
FS-6356: --resolve fix assert when you set the time > 15 days in the future during operation while things are in queue to be processeed
2014-03-28 14:33:47 -04:00
74ab9515a4
FS-6294 DragonFly requires this also.
2014-03-21 11:14:15 -05:00
16577339be
FS-6387 don't fail if your openssl package has been compiled without EC support...LOOKING AT YOU GENTOO
2014-03-20 08:07:53 -05:00
Anthony Minessale
Brian West
Jeff Lenk
Spencer Thomason
Stefano Picerno
Travis Cross
Michael Jerris
Natanael Copa