Can you detail the situation you ran into and gets fixed with the patch?
Also, better remove than comment, or use C classic comments /* ... */
instead of C++ style //.
Makes sense to keep it in comments when you add some info why it was done.
Simply commenting is making the code not very clean over the time.
Cheers,
Daniel
On Fri, Jan 30, 2015 at 1:53 PM, Jason Penton <jason.penton(a)gmail.com>
wrote:
Module: kamailio
Branch: master
Commit: 4ba9ee6bff2fc74188c058f71240f1e128717588
URL:
https://github.com/kamailio/kamailio/commit/4ba9ee6bff2fc74188c058f71240f1e…
Author: Jason Penton <jason.penton(a)gmail.com>
Committer: Jason Penton <jason.penton(a)gmail.com>
Date: 2015-01-30T14:53:18+02:00
modules/tm: no reason to reset KR on continuation of async requests
- maybe before continuing, a reply has been sent, request
forwarded, etc...
---
Modified: modules/tm/t_suspend.c
---
Diff:
https://github.com/kamailio/kamailio/commit/4ba9ee6bff2fc74188c058f71240f1e…
Patch:
https://github.com/kamailio/kamailio/commit/4ba9ee6bff2fc74188c058f71240f1e…
---
diff --git a/modules/tm/t_suspend.c b/modules/tm/t_suspend.c
index f07307d..8838a97 100644
--- a/modules/tm/t_suspend.c
+++ b/modules/tm/t_suspend.c
@@ -221,7 +221,7 @@ int t_continue(unsigned int hash_index, unsigned int
label,
Not a huge problem, fr timer will fire, but CANCEL
will not be sent. last_received will be set to
408. */
- reset_kr();
+// reset_kr();
/* fake the request and the environment, like in
failure_route */
if (!fake_req(&faked_req, t->uas.request, 0 /* extra flags
*/, uac)) {
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
--
Daniel-Constantin Mierla -
http://www.asipto.com
http://twitter.com/#!/miconda -
http://www.linkedin.com/in/micond
<http://www.linkedin.com/in/miconda>