On 18.01.2021 20:53, Alex Kinch wrote:
I get this (identifying data redacted):
Jan 18 18:18:15 [33] request: INVITE from sip:XX@XX to sip:XX@XX
Jan 18 18:18:15 [33] Sending { "call_id":
"942887463-1604195939-951239259", "ts": "2021-01-18 18:18:15Z",
"src_ip": "XX", "dst_ip": "XX", "method": 1, "sip_from": "sip:XX@XX",
"sip_to": "sip:XX@XX", "dialled": "XX" }
Any suggestions?
Hi Alex,
Thank you for the examples - indeed, that behavior is broken.
I just pushed a fix for this on "master" branch [1]. However, I'm a bit
reluctant to backport it for the moment, because I haven't fully
assessed its implications. For example, could it be possible that
people have already written code that *relie**s* on $json incorrectly
returning the integer value of a variable which holds both a string and
an integer, with string taking precedence (e.g. $rm)?
[1]: https://github.com/OpenSIPS/opensips/commit/6191f278a4
--
Liviu Chircu
www.twitter.com/liviuchircu | www.opensips-solutions.com
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
