Hello,
I recall reading somewhere that all private variables (i.e. $var(foo)-style
pvs) are reset/destroyed between request_route executions, but I have a
suspicion this is not happening - either in some limited cases or perhaps
in all cases.
I suppose the most telling symptom is that I see no references to either
destroy_vars() or reset_vars() functions that are defined in
$kamailio/modules/pv/pv_svar.{c,h}.
Is this behavior intentional? If so, I'll see what I can do about
implementing a mechanism that manually resets (or destroys?) variables with
a "$var(all) = $null;"-type of statement (similar to "$uac_req(all) =
$null;"), or making a modparam setting that automatically does this.
Thoughts welcome. Thanks!
Armen
Module: kamailio
Branch: master
Commit: adf13dbe843704fdc830097a7a793d25a6a56757
URL: https://github.com/kamailio/kamailio/commit/adf13dbe843704fdc830097a7a793d2…
Author: Kamailio Dev <kamailio.dev(a)kamailio.org>
Committer: Kamailio Dev <kamailio.dev(a)kamailio.org>
Date: 2017-01-22T15:31:23+01:00
modules: readme files regenerated - presence ...
---
Modified: src/modules/presence/README
---
Diff: https://github.com/kamailio/kamailio/commit/adf13dbe843704fdc830097a7a793d2…
Patch: https://github.com/kamailio/kamailio/commit/adf13dbe843704fdc830097a7a793d2…
---
diff --git a/src/modules/presence/README b/src/modules/presence/README
index c8153e8..c9e86a2 100644
--- a/src/modules/presence/README
+++ b/src/modules/presence/README
@@ -757,8 +757,9 @@ modparam("presence", "subs_remove_match", 1)
deleting the subscription after processing of
event_route[presence:notify-reply]. If value = 1, it deletes the
subscription. If xavp_cfg parameter is set but this attribute is
- not in the avp, the subscription is not deleted. this does apply
- for code 404 and 481 where subscription is deleted.
+ not in the avp, the subscription is not deleted. this does not
+ apply for codes 404, 481 and 408 (when timeout_rm_subs = 1) where
+ subscription is deleted.
Default value is empty (not set).
Module: kamailio
Branch: master
Commit: 04ffb3b1d13483534e724820c231fa6e18112ba3
URL: https://github.com/kamailio/kamailio/commit/04ffb3b1d13483534e724820c231fa6…
Author: lazedo <luis.azedo(a)factorlusitano.com>
Committer: GitHub <noreply(a)github.com>
Date: 2017-01-22T14:27:23Z
presence: update delete_subscription documentation
---
Modified: src/modules/presence/doc/presence_admin.xml
---
Diff: https://github.com/kamailio/kamailio/commit/04ffb3b1d13483534e724820c231fa6…
Patch: https://github.com/kamailio/kamailio/commit/04ffb3b1d13483534e724820c231fa6…
---
diff --git a/src/modules/presence/doc/presence_admin.xml b/src/modules/presence/doc/presence_admin.xml
index 2f68df8..6abcc72 100644
--- a/src/modules/presence/doc/presence_admin.xml
+++ b/src/modules/presence/doc/presence_admin.xml
@@ -785,8 +785,8 @@ modparam("presence", "subs_remove_match", 1)
give extra control of deleting the subscription after processing of
event_route[presence:notify-reply]. If value = 1, it deletes the subscription.
If xavp_cfg parameter is set but this attribute is not in the avp,
- the subscription is not deleted. this does apply for code 404 and 481
- where subscription is deleted.</para>
+ the subscription is not deleted. this does not apply for codes 404, 481
+ and 408 (when timeout_rm_subs = 1) where subscription is deleted.</para>
</listitem>
</itemizedlist>
<para>