a week ago i created a new head jh/mtree, which is supposed to track
master:
git checkout --track -b mtree master
git push origin mtree:jh/mtree
now when i browse that head on gitweb page, i don't see any changes done
to master, such as the one i did today on lib/srdb1/schema/entities.xml.
what does "tracking master" mean? how can i see changes done on master
on jh/mtree head?
-- juha
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#150 - Not available AVP's values in reply route when pua_dialoginfo.so is added to config
User who did this - Sebastian Zaprzalski (-sz-)
----------
Yes, it is the best solusion :). Do you know what is the probability of fixing the bug? Is it complicatied?
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=150#comment273
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.
The following task has a new comment added:
FS#150 - Not available AVP's values in reply route when pua_dialoginfo.so is added to config
User who did this - Henning Westerholt (henningw)
----------
But of course the best solution would be that this bug is fixed, and you could just access the AVPs, as it would be the case without pua_dialoginfo. ;-)
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=150#comment272
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.
The following task has a new comment added:
FS#150 - Not available AVP's values in reply route when pua_dialoginfo.so is added to config
User who did this - Sebastian Zaprzalski (-sz-)
----------
Thx for your answers. I'll think about the best solution for me.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=150#comment271
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.
The following task has a new comment added:
FS#150 - Not available AVP's values in reply route when pua_dialoginfo.so is added to config
User who did this - Henning Westerholt (henningw)
----------
If you just need another way of storing data in one server instance instead of the AVPs, using the htable module is probably an easier approach.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=150#comment270
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.
The following task has a new comment added:
FS#150 - Not available AVP's values in reply route when pua_dialoginfo.so is added to config
User who did this - Jasmin Schnatterbeck (jasmin)
----------
I don't use it yet, but I think it's worth a try:
"This is of course not optimal from a availability point of view. Therefore in the internal error handler this is overriden. This means that we err a bit on the side of data integrity in order to get a sufficient availability."
For data integrity, you could check the values returned by memcached directly in script...
Of course that it not an optimal solution, but it seems possible to transport some values from request route to onreply_route with pua_dialoginfo enabled...
another workaround (if you have small int values only) is to use some bits of $mf
Or the new dialog variables in 3.2? (if you use pua_dialoginfo, the dialog module is already enabled...)
http://kamailio.org/docs/modules/3.2.x/modules_k/dialog.html#id2555412
Jasmin
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=150#comment269
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.
The following task has a new comment added:
FS#150 - Not available AVP's values in reply route when pua_dialoginfo.so is added to config
User who did this - Sebastian Zaprzalski (-sz-)
----------
I thought about memcached module, but I have resigned because of this sentence in manual:
"The used memcache library has a rather conservative approach to error handling. In the default configuration each error with severity above “WARN” will lead to a immediately exit (or even an abort) of the execution, causing also a shutdown of Kamailio."
Do you use memcached in your systems? Is it stable?
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=150#comment268
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.
The following task has a new comment added:
FS#150 - Not available AVP's values in reply route when pua_dialoginfo.so is added to config
User who did this - Jasmin Schnatterbeck (jasmin)
----------
that's exactly what I also experienced, when I tried to fix it...
A possible workaround?
http://www.kamailio.org/docs/modules/3.1.x/modules_k/memcached.html
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=150#comment267
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.
The following task has a new comment added:
FS#150 - Not available AVP's values in reply route when pua_dialoginfo.so is added to config
User who did this - Sebastian Zaprzalski (-sz-)
----------
Jasmin, you are right. Some time ago I've tryed a patch:
diff -ur x/kamailio-3.1.4/modules/tm/h_table.c kamailio-3.1.4/modules/tm/h_table.c
--- x/kamailio-3.1.4/modules/tm/h_table.c 2011-05-26 18:08:02.000000000 +0000
+++ kamailio-3.1.4/modules/tm/h_table.c 2011-08-11 10:19:05.317094450 +0000
@@ -330,22 +330,38 @@
old = set_avp_list(AVP_TRACK_FROM | AVP_CLASS_URI,
&new_cell->uri_avps_from );
new_cell->uri_avps_from = *old;
- *old = 0;
+ if (p_msg) {
+ *old = 0;
+ } else {
+ new_cell->uri_avps_from = NULL;
+ }
old = set_avp_list(AVP_TRACK_TO | AVP_CLASS_URI,
&new_cell->uri_avps_to );
new_cell->uri_avps_to = *old;
- *old = 0;
+ if (p_msg) {
+ *old = 0;
+ } else {
+ new_cell->uri_avps_to = NULL;
+ }
old = set_avp_list(AVP_TRACK_FROM | AVP_CLASS_USER,
&new_cell->user_avps_from );
new_cell->user_avps_from = *old;
- *old = 0;
+ if (p_msg) {
+ *old = 0;
+ } else {
+ new_cell->user_avps_from = NULL;
+ }
old = set_avp_list(AVP_TRACK_TO | AVP_CLASS_USER,
&new_cell->user_avps_to );
new_cell->user_avps_to = *old;
- *old = 0;
+ if (p_msg) {
+ *old = 0;
+ } else {
+ new_cell->user_avps_to = NULL;
+ }
#ifdef WITH_XAVP
xold = xavp_set_list(&new_cell->xavps_list );
diff -ur x/kamailio-3.1.4/modules/tm/uac.c kamailio-3.1.4/modules/tm/uac.c
--- x/kamailio-3.1.4/modules/tm/uac.c 2011-05-26 18:08:02.000000000 +0000
+++ kamailio-3.1.4/modules/tm/uac.c 2011-08-11 10:19:05.317094450 +0000
@@ -375,19 +375,6 @@
/* restore original environment */
setsflagsval(sflag_bk);
- if (unlikely(lreq.new_uri.s))
- {
- pkg_free(lreq.new_uri.s);
- lreq.new_uri.s=0;
- lreq.new_uri.len=0;
- }
- if (unlikely(lreq.dst_uri.s))
- {
- pkg_free(lreq.dst_uri.s);
- lreq.dst_uri.s=0;
- lreq.dst_uri.len=0;
- }
-
if (unlikely(lreq.add_rm || lreq.body_lumps)) {
LM_DBG("apply new updates to sip msg\n");
buf1 = build_req_buf_from_sip_req(&lreq,
but there are some problems with memory.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=150#comment266
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.
The following task has a new comment added:
FS#150 - Not available AVP's values in reply route when pua_dialoginfo.so is added to config
User who did this - Jasmin Schnatterbeck (jasmin)
----------
hmm... I remember, that the avp list was deleted before running branch route because of the new transaction (PUBLISH) started by pua_dialoginfo.
So, if that was not changed until today, the avps are still deleted before the branch route and remain deleted in onreply route...
Jasmin
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=150#comment265
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.