- 19 4月, 2014 7 次提交
-
-
由 Travis Cross 提交于
-
由 Travis Cross 提交于
If we get SWITCH_STATUS_BREAK then we didn't get SWITCH_STATUS_SUCCESS.
-
由 Travis Cross 提交于
We're breaking out of the loop here anyway, so setting done to true is useless.
-
由 Travis Cross 提交于
We were leaking memory when break_on_match was set or when we received back SWITCH_STATUS_BREAK from a callee as we were failing to free field_expanded_alloc.
-
由 Travis Cross 提交于
If pattern is null we're setting it to a non-null value, so this branch will always be taken. Use `git diff -w` or `git log -p -w` to see what's going on in this commit.
-
由 Travis Cross 提交于
In the event of a memory error, we were trying to free a null pointer while leaking the allocation for field_expanded_alloc.
-
由 Travis Cross 提交于
These variables aren't used outside of this for loop, so they should be declared within it.
-
- 17 4月, 2014 1 次提交
-
-
由 Seven Du 提交于
-
- 16 4月, 2014 3 次提交
-
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
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.
-
由 Anthony Minessale 提交于
FS-5997 regression from commit 70accd9f this caused some attended transfers to calls with multiple targets to get the abondoned channels to be stuck on write lock
-
- 15 4月, 2014 2 次提交
-
-
由 Chris Rienzo 提交于
-
由 Raymond Chandler 提交于
-
- 14 4月, 2014 3 次提交
-
-
由 Anthony Minessale 提交于
-
由 Nathan Neulinger 提交于
-
由 Chris Rienzo 提交于
FS-6447 --resolve return subscriber-absent platform-code 20 if <dial> is attempted to user that is not registered
-
- 10 4月, 2014 2 次提交
-
-
由 Anthony Minessale 提交于
-
由 Chris Rienzo 提交于
-
- 09 4月, 2014 3 次提交
-
-
由 Travis Cross 提交于
Prior to this commit, if anything at all went wrong in switch_ivr_phrase_macro_event() we would generate a warning like this: [WARNING] switch_ivr_play_say.c:348 Macro [macro_name]: 'pattern_name' did not match any patterns This is clearly misleading. The natural thing to do on seeing that message is to verify that the language files are there, and that the pattern really does exist in that macro. But none of that was usually the problem. The message would be generated if the language wasn't found, or if the channel had gone away, for example. With this commit, we verify that we actually tried looking for the pattern before displaying the warning about the pattern not matching.
-
由 Travis Cross 提交于
For years we've been generating spurious messages like: [WARNING] switch_ivr_play_say.c:348 Macro [voicemail_ack]: 'saved' did not match any patterns This would happen when the caller hangs up during the playback of certain prompts in the voicemail system where we weren't checking the return value of vm_macro_get(). Looking closely at the log, it's clear we were calling down into switch_ivr_phrase_macro() long after the channel was gone. The message above is also misleading -- switch_ivr_phrase_macro() would have been able to find that pattern just fine, but it never actually looked because the channel was gone. We'll clean up that message in a follow on commit.
-
由 Travis Cross 提交于
If we received an event without a content-type header we were dereferencing a null pointer leading to a seg fault. Reported-by:
Ico <ico@voip-io.org> ESL-90 --resolve
-
- 07 4月, 2014 4 次提交
-
-
由 Brian West 提交于
Conflicts: libs/esl/ruby/single_command.rb
-
由 Michael Jerris 提交于
ESL-89: --resolve add rubymod-install and add ability to use a ruby not in your path by setting RUBY env var Conflicts: libs/esl/Makefile.am
-
由 Chris Rienzo 提交于
-
由 Anthony Minessale 提交于
-
- 06 4月, 2014 1 次提交
-
-
由 Anthony Minessale 提交于
-
- 05 4月, 2014 3 次提交
-
-
由 Anthony Minessale 提交于
FS-5832 regression.... After this change the sticky completes were deleting. This should correct it
-
由 Brian West 提交于
-
由 Anthony Minessale 提交于
-
- 04 4月, 2014 2 次提交
-
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
- 03 4月, 2014 2 次提交
-
-
由 Anthony Minessale 提交于
This commit also reverts 2 previous attempts to fix this very rare race issue spanning back to 2009 62ce8538 Patch from MOC 3a85348c FS-2302 mutex added around switch_xml_toxml() The real problem was switch_xml_toxml_buf() was actually temporarily modifying the xml structure being searialized to make it appaer to be a root structure then serializing it and restoring the pointers. This caused a non-threadsafe operation when some other thread was scanning the same xml structure. This patch removes the modification and instead passes a new arg to switch_xml_toxml_r indicating to treat the structure as if it were a root structure. This bug has been present since the induction of xml into FS. Conflicts: src/switch_xml.c
-
由 Brian West 提交于
-
- 02 4月, 2014 1 次提交
-
-
由 Anthony Minessale 提交于
-
- 31 3月, 2014 3 次提交
-
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
由 Anthony Minessale 提交于
-
- 26 3月, 2014 2 次提交
-
-
由 Raymond Chandler 提交于
-
由 Ico 提交于
ESL-88 --resolve Signed-off-by:
Travis Cross <tc@traviscross.com>
-
- 19 3月, 2014 1 次提交
-
-
由 Seven Du 提交于
-