freeswitch

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Merge pull request #1473 in FS/freeswitch from ~SEBASTIAN/freeswitch:FS-10939-fix-format-truncation-warnings-in-mod_cdr_mongodb to master

* commit 'eded5965a4b26572aa254bab63771440934494bd':

FS-10939 mod_cdr_mongodb: fix format truncation warnings with gcc 7

[mod_twiml] Dial multi numbers at once

https://github.com/signalwire/freeswitch/issues/37

Signed-off-by: Mariah Yang <galm@163.com>

hook xtra login to avoid remember password in web browser

    • -2
    • +26
    /src/mod/endpoints/mod_verto/mod_verto.c
FS-11057: [mod_conference] CPU race on personal canvas #resolve

FS-11057: [mod_conference] CPU race on personal canvas #resolve

Revert "FS-11047: [Debian] re-enable mod_v8 package build"

This reverts commit c093b2d33dbc625439ea96988edb0b6ae00a84e8.

Revert "FS-11047: [Debian] re-enable mod_v8 package build"

This reverts commit c093b2d33dbc625439ea96988edb0b6ae00a84e8.

FS-11057: [mod_conference] CPU race on personal canvas #resolve

FS-11057: [mod_conference] CPU race on personal canvas #resolve

FS-11057: [mod_conference] CPU race on personal canvas #resolve

FS-11057: [mod_conference] CPU race on personal canvas #resolve

FS-11057: [mod_conference] CPU race on personal canvas #resolve

FS-11057: [mod_conference] CPU race on personal canvas #resolve

FS-11057: [mod_conference] CPU race on personal canvas #resolve

FS-11057: [mod_conference] CPU race on personal canvas #resolve

FS-11057: [mod_conference] CPU race on personal canvas #resolve

fix seg on uninitilized mem on incorrect commands and fix cache to include the voice name

FS-11111 #resolve add handle params to specify tts engine and voice from command text

FS-11111 #resolve add handle params to specify tts engine and voice from command text

FS-11111 #resolve add handle params to specify tts engine and voice from command text

[mod_twiml] Custom Event: TwiML Fetched

https://github.com/signalwire/freeswitch/issues/36

add httapi asr test

FS-10756: [libks,libblade] install the pc files so I don't spend another three hours scratching my head wondering why it doesn't work right

[mod_polly] [mod_watson] fix type mismatch

    • -2
    • +2
    /src/mod/asr_tts/mod_polly/mod_polly.c
[mod_gcloud] add tts

    • -1
    • +1
    /src/mod/asr_tts/mod_gcloud/Makefile.am
    • -1
    • +40
    /src/mod/asr_tts/mod_gcloud/README.md
    • -0
    • +500
    /src/mod/asr_tts/mod_gcloud/gcloud_tts_grpc.cc
    • -0
    • +2
    /src/mod/asr_tts/mod_gcloud/mod_gcloud.c
    • -0
    • +3
    /src/mod/asr_tts/mod_gcloud/mod_gcloud.h
[mod_gcloud] add texttospeech api

    • -0
    • +2
    /src/mod/asr_tts/mod_gcloud/Makefile.am
FS-11052: Allow alias for crypto suites

For outgoing calls send AES crypto in offer using corrected names

for keys of length 192 and 256, i.e. names containing _192_CM_

and _256_CM_ instead of _CM_192_ and CM_256_. For incoming calls

accept both naming conventions, decaying to same entry in SUITES.

+ fix after SRTP failed for 256 keys:

Tests showed loop removing '=' from keys in switch_core_media_build_crypto

1190 if (!switch_channel_var_true(channel, "rtp_pad_srtp_keys")) {

1191 p = strrchr((char *) b64_key, '=');

1192

1193 while (p && *p && *p == '=') {

1194 *p-- = '\0';

1195 }

1196 }

shouldn't be executed for AES_CM_256_HMAC_SHA1_32 and AES_CM_256_HMAC_SHA1_80

keys and it is meaningless for AES_CM_128_HMAC_SHA1_32 AES_CM_128_HMAC_SHA1_80

keys. Tested calling from Bria.

Introduced switch_channel_var_false and changed this to:

if (switch_channel_var_false(channel, "rtp_pad_srtp_keys"))

to enter the loop if var is set to false (and not if it is _not_ set).

FS-11052: Allow alias for crypto suites

For outgoing calls send AES crypto in offer using corrected names

for keys of length 192 and 256, i.e. names containing _192_CM_

and _256_CM_ instead of _CM_192_ and CM_256_. For incoming calls

accept both naming conventions, decaying to same entry in SUITES.

+ fix after SRTP failed for 256 keys:

Tests showed loop removing '=' from keys in switch_core_media_build_crypto

1190 if (!switch_channel_var_true(channel, "rtp_pad_srtp_keys")) {

1191 p = strrchr((char *) b64_key, '=');

1192

1193 while (p && *p && *p == '=') {

1194 *p-- = '\0';

1195 }

1196 }

shouldn't be executed for AES_CM_256_HMAC_SHA1_32 and AES_CM_256_HMAC_SHA1_80

keys and it is meaningless for AES_CM_128_HMAC_SHA1_32 AES_CM_128_HMAC_SHA1_80

keys. Tested calling from Bria.

Introduced switch_channel_var_false and changed this to:

if (switch_channel_var_false(channel, "rtp_pad_srtp_keys"))

to enter the loop if var is set to false (and not if it is _not_ set).

FS-11052: Allow alias for crypto suites

For outgoing calls send AES crypto in offer using corrected names

for keys of length 192 and 256, i.e. names containing _192_CM_

and _256_CM_ instead of _CM_192_ and CM_256_. For incoming calls

accept both naming conventions, decaying to same entry in SUITES.