THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Juha Heinanen (jh)
Attached to Project - sip-router
Summary - bug in dialplan or core re.c
Task Type - Bug Report
Category - Module
Status - New
Assigned To -
Operating System - All
Severity - High
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - dialplan table record subst_exp/repl_exp ^(.+:)\+358(.+)/\1X\2 results as
sip:\1X92345670@test.fi;user=phone
when applied to
sip:+35892345670@test.fi;user=phone
this is wrong, because \1 should not be in the result. looks like the bug
is in core re.c or in dialplan modules's use of re.c.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=115
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#114 - assignment statement emits bogus error message in sr 3.1
User who did this - Juha Heinanen (jh)
----------
assignment is not failing. var gets value -1. it is just the error message that needs to be get rid off.
-- juha
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=114#comment162
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#111 - dispatcher pseudo variables
User who did this - Daniel-Constantin Mierla (miconda)
----------
I will try to implement in the near future, meanwhile, maybe next workaround gives you what you need:
- set parameters for load balancing with failover
- backup r-uri
- do ds_select_domain("groupid", "8")
- you will get in the AVPs: the URIs in the groupid ordered by priority, number of them and the attributes
- restore the r-uri (since it was updated with the address in the first URI AVP)
- AVPs can be accessed via indexes $(avp(x)[1])
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=111#comment161
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.
Daniel-Constantin Mierla has taken ownership of the following task:
FS#111 - dispatcher pseudo variables
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=111
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#114 - assignment statement emits bogus error message in sr 3.1
User who did this - Daniel-Constantin Mierla (miconda)
----------
Is the assignment failing? Or the variable is getting the value -1.
----------
More information can be found at the following URL:
https://sip-router.org/tracker/index.php?do=details&task_id=114#comment160
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.
A new Flyspray task has been opened. Details are below.
User who did this - Juha Heinanen (jh)
Attached to Project - sip-router
Summary - assignment statement emits bogus error message in sr 3.1
Task Type - Bug Report
Category - Core
Status - Assigned
Assigned To - Andrei Pelinescu-Onciul
Operating System - All
Severity - High
Priority - Normal
Reported Version - Development
Due in Version - Undecided
Due Date - Undecided
Details - starting from sr 3.1, assignment statement emits bugus error message like this:
Feb 19 23:03:35 sip /usr/sbin/sip-proxy[10218]: ERROR: <core> [lvalue.c:411]: assignment failed at pos: (1415,50-1415,50)
when a script function call resulting in value -1 appears on right of assignment operator.
no such error message was produced in earlier versions of k or sr.
please fix, since it thousands of such error messages in syslog don't look pretty.
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=114
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.
A user has added themself to the list of users assigned to this task.
FS#114 - assignment statement emits bogus error message in sr 3.1
User who did this - Juha Heinanen (jh)
http://sip-router.org/tracker/index.php?do=details&task_id=114
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#113 - Kamailio init script reports falsely "Kamailio already running"
User who did this - Iñaki Baz Castillo (ibc)
----------
I've checked latest code and the pipe exists. However I'm getting strange behaviour when running Kamailio (last version) with some error in the conf script (i.e: a invalid user/pass in a DB connection). Basically I start kamailio, the module error is shown in the log, but 3 processes remain active. I will report it in the maillist.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=113#comment159
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#113 - Kamailio init script reports falsely "Kamailio already running"
User who did this - Iñaki Baz Castillo (ibc)
----------
Sometime ago I submitted a patch (Marius did it in fact) which iomproved the daemonize of Kamailio, so the parent process comunicates with the main process (daemonized process) via a PIPE and just returns 0 (OK) in case the main process writes "ok" in the PIPE. This just worked.
However I saw some changes about such mechanism in more recent commits. I've haven't tested it yet. Which Kamailio version are you running?
On the other hand, your patch for the init script is just a workaround (don't take me wrong). The daemon itself is responsible of returning a real status code instead of always returning 0 (ok).
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=113#comment158
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.