<div dir="ltr">hello Daniel<div><br></div><div>I made a try on the latest master branch commit and seems ok now</div><div>thanks a lot!</div><div><br></div><div>david</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El vie., 21 feb. 2020 a las 8:45, Daniel-Constantin Mierla (<<a href="mailto:miconda@gmail.com">miconda@gmail.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <p>Hello,</p>
    <p>good catch, I pushed a patch to propagate xflags on
      msg_apply_changes() in master and backported to 5.3 and 5.2. Give
      it a try with any of the branches and let me know if works fine
      now.</p>
    <p>Cheers,<br>
      Daniel<br>
    </p>
    <div>On 21.02.20 08:29, David Escartin
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">Hello Daniel
        <div><br>
        </div>
        <div>i made some more tests and i could see that it's after
          executing msg_apply_changes function that the xflag is lost.
          The original message transaction flags remain activated
          after msg_apply_changes.</div>
        <div><br>
        </div>
        <div>i did an execution on debug but i saw no information more
          than</div>
        <div><br>
        </div>
        <div> 2(5231) INFO: Talos-Test Call 500000 / Call-ID <a href="mailto:1-25549@1.1.18.171" target="_blank">1-25549@1.1.18.171</a>:
          We activate TEST_XFLAG!!!!!!!!!!!!!!!!!!!!!!<br>
        </div>
         2(5231) INFO: Talos-Test Call 500000 / Call-ID <a href="mailto:1-25549@1.1.18.171" target="_blank">1-25549@1.1.18.171</a>:
        TEST_XFLAG TRUE!!!!<br>
         2(5231) DEBUG: <core> [core/msg_translator.c:3262]:
        sip_msg_update_buffer(): SIP message content updated - reparsing<br>
         2(5231) DEBUG: <core> [core/parser/msg_parser.c:610]:
        parse_msg(): SIP Request:<br>
         2(5231) DEBUG: <core> [core/parser/msg_parser.c:612]:
        parse_msg():  method:  <INVITE><br>
         2(5231) DEBUG: <core> [core/parser/msg_parser.c:614]:
        parse_msg():  uri:     <<a href="http://sip:7777777@2.2.2.26:5060" target="_blank">sip:7777777@2.2.2.26:5060</a>><br>
         2(5231) DEBUG: <core> [core/parser/msg_parser.c:616]:
        parse_msg():  version: <SIP/2.0><br>
         2(5231) DEBUG: <core> [core/parser/parse_via.c:1303]:
        parse_via_param(): Found param type 235, <rport> =
        <n/a>; state=6<br>
         2(5231) DEBUG: <core> [core/parser/parse_via.c:1303]:
        parse_via_param(): Found param type 232, <branch> =
        <z9hG4bK-5aaf0472f30d11e68aeff8bc1239f520>; state=6<br>
         2(5231) DEBUG: <core> [core/parser/parse_via.c:1303]:
        parse_via_param(): Found param type 253, <sig> =
        <74e198e2>; state=16<br>
         2(5231) DEBUG: <core> [core/parser/parse_via.c:2639]:
        parse_via(): end of header reached, state=5<br>
         2(5231) DEBUG: <core> [core/parser/msg_parser.c:498]:
        parse_headers(): Via found, flags=2<br>
         2(5231) DEBUG: <core> [core/parser/msg_parser.c:500]:
        parse_headers(): this is the first via<br>
         2(5231) DEBUG: <core>
        [core/parser/parse_addr_spec.c:864]: parse_addr_spec(): end of
        header reached, state=10<br>
         2(5231) DEBUG: <core> [core/parser/msg_parser.c:171]:
        get_hdr_field(): <To> [83]; uri=[<a href="mailto:sip%3A%2B9934355692006294@1.1.14.173" target="_blank">sip:+9934355692006294@1.1.14.173</a>;transport=udp;user=phone]<br>
         2(5231) DEBUG: <core> [core/parser/msg_parser.c:174]:
        get_hdr_field(): to body ["+0034355692006294"<<a href="mailto:sip%3A%2B9934355692006294@1.1.14.173" target="_blank">sip:+9934355692006294@1.1.14.173</a>;transport=udp;user=phone><br>
        ], to tag []<br>
         2(5231) INFO: Talos-Test Call 500000 / Call-ID <a href="mailto:1-25549@1.1.18.171" target="_blank">1-25549@1.1.18.171</a>:
        TEST_XFLAG after msg_apply_changes FALSE!!!!<br>
        <div><br>
        </div>
        <div><br>
        </div>
        <div>best regards</div>
        <div>david</div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">El jue., 20 feb. 2020 a las
          20:45, Daniel-Constantin Mierla (<<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>>)
          escribió:<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div>
            <p>Hello,</p>
            <p>have you set the flags before creating the transaction?
              Can you test if you set a normal flag and an xflag at the
              same place in request route, is the first visible in
              onreply route and the xflag not?</p>
            <p>Cheers,<br>
              Daniel<br>
            </p>
            <div>On 20.02.20 18:05, David Escartin wrote:<br>
            </div>
            <blockquote type="cite">
              <div dir="ltr">Dear all
                <div><br>
                </div>
                <div>one quick question, reading the module corex doc,
                  seems that xflag are message(transaction) flags. But I
                  made a test and seems for some reason the flag is not
                  seeing activated at the onreply_route, when it's
                  activated on the request route. Seemed more like a
                  script flag behaviour. Maybe I'm missing something?</div>
                <div><br>
                </div>
                <div>thanks a lot and regards</div>
                <font color="#888888">
                  <div>david</div>
                </font></div>
              <br>
              <fieldset></fieldset>
              <pre>_______________________________________________
Kamailio (SER) - Users Mailing List
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
            </blockquote>
            <pre cols="72">-- 
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" target="_blank">www.asipto.com</a>
<a href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - March 9-11, 2020, Berlin - <a href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - April 27-29, 2020, in Berlin -- <a href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
          </div>
        </blockquote>
      </div>
    </blockquote>
    <pre cols="72">-- 
Daniel-Constantin Mierla -- <a href="http://www.asipto.com" target="_blank">www.asipto.com</a>
<a href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - March 9-11, 2020, Berlin - <a href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - April 27-29, 2020, in Berlin -- <a href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
  </div>

</blockquote></div>