<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">On 18.01.2021 20:53, Alex Kinch wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAByD3_tgV8cAEmX7LNEPqFEScm1vKE9NvwQy0wXD2xfyUUd7NQ@mail.gmail.com">
<div>I get this (identifying data redacted):<br>
</div>
<div><br>
</div>
<div><font face="monospace">Jan 18 18:18:15 [33] request: INVITE
from sip:XX@XX to sip:XX@XX<br>
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" }</font><br>
</div>
<div><font face="monospace"><br>
</font></div>
<div>
<div>Any suggestions?</div>
<div><br>
</div>
</div>
</blockquote>
<p><tt>Hi Alex,</tt></p>
<p><tt>Thank you for the examples - indeed, that behavior is broken.<br>
</tt></p>
<p><tt>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
<b>relie</b><b>s</b> 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)?</tt></p>
<p><tt>[1]: <a class="moz-txt-link-freetext" href="https://github.com/OpenSIPS/opensips/commit/6191f278a4">https://github.com/OpenSIPS/opensips/commit/6191f278a4</a><br>
</tt></p>
<pre class="moz-signature" cols="72">--
Liviu Chircu
<a class="moz-txt-link-abbreviated" href="http://www.twitter.com/liviuchircu">www.twitter.com/liviuchircu</a> | <a class="moz-txt-link-abbreviated" href="http://www.opensips-solutions.com">www.opensips-solutions.com</a></pre>
</body>
</html>