THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#20 - Add contact to target uri element in dialog-info+xml body
User who did this - Santiago Gimeno (sgimeno)
----------
There was a mistake in the patch. I attach the corrected one.
----------
One or more files have been attached.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=20#comment9
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Santiago Gimeno (sgimeno)
Attached to Project - sip-router
Summary - Add contact to target uri element in dialog-info+xml body
Task Type - Improvement
Category - Module
Status - Unconfirmed
Assigned To -
Operating System - All
Severity - Low
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - This patch adds the local and remote contacts to the target uri elements in the dialog-info+xml body instead of the from and to uri.
It's against kamailio-1.5.x
One or more files have been attached.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=20
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
Hi,
I have to upgrade Serweb to the version 2.0.1-dev1 (that work with SER
2.0).
Is it possible to use Serweb 0.9.4 (using PHP v.5.1.6) with SER 2.0
however the database "ser" has a new structure?
Regards,
David.
Revision: 5959
http://openser.svn.sourceforge.net/openser/?rev=5959&view=rev
Author: carstenbock
Date: 2009-12-16 16:40:00 +0000 (Wed, 16 Dec 2009)
Log Message:
-----------
We need to parse all headers in order to create a proper route-set. If just use "parse_headers(msg,HDR_RECORDROUTE_F,0)" it will only parse the first Record-Route header, but not all headers.
Thank's to Torben Friese, BASIS AUDIONET, for pointing this out.
Modified Paths:
--------------
branches/1.4/modules/dialog/dlg_handlers.c
branches/1.5/modules/dialog/dlg_handlers.c
trunk/modules/dialog/dlg_handlers.c
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
Module: sip-router
Branch: kamailio_3.0
Commit: a1b15f1289db84bdf8e3da11fa33af9ae0501f3c
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=a1b15f1…
Author: Andrei Pelinescu-Onciul <andrei(a)iptel.org>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: Mon Dec 14 13:00:07 2009 +0100
core: fix parsing for avps with the same name as a pv class
When a pv lookup fails, sometimes the pvspec is partially filled
which, if not clean might mess-up the avp flags in the lval union.
E.g.: $avp="..." caused problems (avp was marked as RE name).
---
cfg.y | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/cfg.y b/cfg.y
index 2c488a2..0062b0e 100644
--- a/cfg.y
+++ b/cfg.y
@@ -2435,6 +2435,10 @@ avp_pvar: AVP_OR_PVAR {
s_tmp.s=$1; s_tmp.len=strlen(s_tmp.s);
if (pv_parse_spec2(&s_tmp, &lval_tmp->lv.pvs, 1)==0){
/* not a pvar, try avps */
+ /* lval_tmp might be partially filled by the failed
+ pv_parse_spec2() (especially if the avp name is the
+ same as a pv class) => clean it again */
+ memset(lval_tmp, 0, sizeof(*lval_tmp));
lval_tmp->lv.avps.type|= AVP_NAME_STR;
lval_tmp->lv.avps.name.s.s = s_tmp.s+1;
lval_tmp->lv.avps.name.s.len = s_tmp.len-1;
Module: sip-router
Branch: sr_3.0
Commit: 9354d82c043b0fef64ad671505071ce64fc501b4
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9354d82…
Author: Andrei Pelinescu-Onciul <andrei(a)iptel.org>
Committer: Andrei Pelinescu-Onciul <andrei(a)iptel.org>
Date: Mon Dec 14 13:00:07 2009 +0100
core: fix parsing for avps with the same name as a pv class
When a pv lookup fails, sometimes the pvspec is partially filled
which, if not clean might mess-up the avp flags in the lval union.
E.g.: $avp="..." caused problems (avp was marked as RE name).
---
cfg.y | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/cfg.y b/cfg.y
index bfe45e4..234b2d0 100644
--- a/cfg.y
+++ b/cfg.y
@@ -2435,6 +2435,10 @@ avp_pvar: AVP_OR_PVAR {
s_tmp.s=$1; s_tmp.len=strlen(s_tmp.s);
if (pv_parse_spec2(&s_tmp, &lval_tmp->lv.pvs, 1)==0){
/* not a pvar, try avps */
+ /* lval_tmp might be partially filled by the failed
+ pv_parse_spec2() (especially if the avp name is the
+ same as a pv class) => clean it again */
+ memset(lval_tmp, 0, sizeof(*lval_tmp));
lval_tmp->lv.avps.type|= AVP_NAME_STR;
lval_tmp->lv.avps.name.s.s = s_tmp.s+1;
lval_tmp->lv.avps.name.s.len = s_tmp.len-1;