I'm not sure you're taking about siptrace or sipcapture module. It seems
like you're using sipcapture. Am I correct? If so, are you using the
hep_route or go dirrectly into the SIP route?
Regards
Ionut Ionita
OpenSIPS Developer
On 03/30/2017 05:46 PM, Stuart Marsden wrote:
Hi
I am having
Author: Ionut Ionita <ionution...@opensips.org>
Date: 2017-03-21 (Tue, 21 Mar 2017)
Changed paths:
M scripts/opensipsctl.sqlite
Log Message:
---
Merge pull request #1078 from jdoe0/sqlite-dbpath-fallback
Handle unset DB_PATH in opensipsctl.sqlite
Compare:
https:
That should be fixed in 2.2.3 . You have to define a hep udp listener in
order to work.
Regards,
Ionut Ionita
OpenSIPS Developer
On 03/14/2017 11:41 AM, John Quick wrote:
Hi,
I'm trying to configure opensips v2.2.2 to send hep data to a homer capture
server.
Here are a few lines from my
] https://blog.opensips.org/2017/01/19/migrating-contacts-in-opensips-2-2/
--
Regards,
Ionut Ionita
OpenSIPS Developer
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
o free and it also
db_free_row was repaired.
Commit: 308ff0d93f50338c4c4a7e9b82d5d8d6810d6c87
https://github.com/OpenSIPS/opensips/commit/308ff0d93f50338c4c4a7e9b82d5d8d6810d6c87
Author: Ionut Ionita <ionution...@opensips.org>
Date: 2016-06-30 (Thu, 30 Jun 2016)
Changed pat
Great. I pushed the patch to github.
Regards,
Ionut Ionita
OpenSIPS Developer
On 05/10/2016 10:55 PM, Ovidiu Sas wrote:
The patch seems to be working ok.
Thanks,
Ovidiu
—
You are receiving this because you commented.
Reply to this email directly or view it on GitHub
<https://github.
Hi Ovidiu,
Can you please try this patch and tell me if it works? Indeed there
was a double allocation
bug there.
Ionut Ionita
OpenSIPS Developer
On 05/10/2016 04:14 AM, Ovidiu Sas wrote:
|$var(setid) = "1,2,3"; $var(algo) = "4,4,4"; $var(flags) =
"fM9,fM9,fM9
docs for HEPVERSION
Commit: 30f651d518c8c5397a30bd1a748797bb79b1746f
https://github.com/OpenSIPS/opensips/commit/30f651d518c8c5397a30bd1a748797bb79b1746f
Author: Ionut Ionita <ionution...@opensips.org>
Date: 2016-05-03 (Tue, 03 May 2016)
Changed paths:
M ip_addr.h
199e50
Author: Ionut Ionita <ionution...@opensips.org>
Date: 2016-04-01 (Fri, 01 Apr 2016)
Changed paths:
M modules/db_sqlite/row.c
Log Message:
---
Merge pull request #844 from jarrodb/clusterer_sqlite
[db_sqlite] use DB_STRING type when the column value type
fixed with pr #840 and #841
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/810#issuecomment-201377345___
Devel mailing list
fixed with pr #840 and #841 . Acc module now has a new design
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Closed #799.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/799#event-603240442___
Devel mailing list
Devel@lists.opensips.org
Closed #810.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/810#event-603240681___
Devel mailing list
Devel@lists.opensips.org
://www.opensips.org/html/docs/modules/2.2.x/acc#do_accouting
[1]http://www.opensips.org/html/docs/modules/2.2.x/acc#drop_accouting
Regards,
--
Ionut Ionita
OpenSIPS Developer
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi
This function allows unsetting parameters set by do accounting
function. It has the same parameters excepting the table name.
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/841
-- Commit Summary --
* [acc]cancel_accounting function
Introducing new do_accounting() function. It has 3 arguments,
first one is used to specify the type of accounting separated
by '|'(db, log, aaa, evi, diam), second one to specify the flags
used for accounting also separated by '|' (cdr, missed, failed -
failed_transaction_flag) and the third
hep_store_no_script parameter now changed into hep_route. Using
this parameter one can either do sip_capture() without going
through the script or define a route where messages can be
forwarded using hep_relay() function and modified if hep version
3 is used, withot parsing the sip message, or go
do_routing() and is_from_gw() functions now support wildcard(*) operator for
partitions
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/832
-- Commit Summary --
* [drouting]wildcard operator for do_routing
* [drouting]wildcard
For example, acc module stores the length of the string in the database through
dialog as a 2-byte value. Starting OpenSIPS on another platform with different
byte order will lead to reading a bogus value for the length of the string.
---
Reply to this email directly or view it on GitHub:
You're right. That is the logic behind the profiles, didn't want to change
that. The same story is if you use '/b' for a profile. Perhaps that shall be
changed in the future.
---
Reply to this email directly or view it on GitHub:
Closed #807.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/807#event-581705893___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Fixed
https://github.com/OpenSIPS/opensips/commit/b68c9b9e227039bea459cdaf44b017d39e259ce0
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/807#issuecomment-193781076___
Devel mailing list
Merged #809.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/809#event-575969859___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
enSIPS/opensips/commit/202b0e1353249b0f71b70e14f114e5bd19b7e9f9
Author: Ionut Ionita <ionution...@opensips.org>
Date: 2016-03-03 (Thu, 03 Mar 2016)
Changed paths:
M doc/dbschema/xsl/postgres.xsl
M scripts/postgres/usrloc-create.sql
Log Message:
---
Merge pull
The problem was first reported in #799
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/810#issuecomment-189260508___
Devel mailing list
Devel@lists.opensips.org
TM calls Request In callback after the first async call, when the transaction
is created, but there are some scenarios in which we need that callback to be
called after all the async routes were called. Consider the following scenario:
```
route {
...
if (is_method("INVITE")) {
@46labs yes. /s for cachedb sharing, /b for sharing through binary interface.
If no flag set, profile is not replicated. Also you can't do both cachedb and
binary interface replication, simply because it makes no sense.
---
Reply to this email directly or view it on GitHub:
confirm that is working.
Regards,
Ionut Ionita
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/792#issuecomment-188860351___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/809
-- Commit Summary --
* [dbschema]8 byte autoincrement is now fixed to BIGSERIAL PRIMARY KEY
-- File Changes --
M doc/dbschema/xsl/postgres.xsl (8)
M
Merged #781.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/781#event-565755521___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
OpenSIPS/opensips/commit/2b8fd2d3af056090e1364997d9f97911b1eee3e2
Author: Ionut Ionita <ionution...@opensips.org>
Date: 2016-02-25 (Thu, 25 Feb 2016)
Changed paths:
M modules/dialog/README
M modules/dialog/dlg_db_handler.c
M modules/dialog/dlg_profile.c
M modules/dialog/dlg_
If using fix_nated_contact() before doing an async call, in the resume route
the fixed contact is lost since the contact header structure is not copied when
the message is cloned inside the transaction hence the problem. What's the best
way to do this?
---
Reply to this email directly or view
;0.")
(this removes E_Q_DEC_MISSING from error.h)
* improve bad qvalue error reporting
Commit: fbdf0763a80337280a7580e1210717252b8ab1d1
https://github.com/OpenSIPS/opensips/commit/fbdf0763a80337280a7580e1210717252b8ab1d1
Author: Ionut Ionita <ionution...@opensips.org>
Date
Merged #790.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/790#event-551732864___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
added a new flag which allows replicating over the bin interface
only the profiles which have it set
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/781
-- Commit Summary --
* [dialog] flag for replicating profiles
* [dialog] fix
https://github.com/OpenSIPS/opensips/commit/be43fcdb7696c6ee53673b351380fe701c209a44.
If no path provided the default one will be '/RPC2' as before, else the one
found between port and method shall be used('/ccurbiz/xmlrpc') in the example
above.
---
Reply to this email directly or view it on
* with this variable one can read/edit hep chunks; some
are read-only since it doesn't make sense to modify them
* added is_hep_message() script function
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/770
-- Commit Summary --
*
@mishehu done
https://github.com/OpenSIPS/opensips/commit/d0f5c3d48d26aa9f9b50ac15905a959b6058a913
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/694#issuecomment-172776445___
Devel mailing list
Tried to recreate your bug and used the following config [0] but as you can see
in the pcap[1] the accounting requests are generated for both BYEs.
opensips -v output
version: opensips 2.2-dev (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
* added trace_id parameter with which one is able to define
database urls and trace uris (HEP and SIP); the trace id is given
as an argument to sip_trace() function;
* multiple trace_id s can be defined under the same name which
will alow users to do multiple types of tracing using only one
Closed #734.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/734#event-499323626___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
fixed your issue both in 1.10
https://github.com/OpenSIPS/opensips/commit/4f95a61dcd22f3e06611b8966dd6e9beb4e949aa
and 1.11
https://github.com/OpenSIPS/opensips/commit/245b549330e80bf9e51ca64144476e716a8ad9a3
but, as the RFC 3261 states `The Content-Type header field MUST be present if
the
If prev_cseq from the dlg_leg is not set, check the r_cseq
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/733
-- Commit Summary --
* fix validate_dialog cseq checking
-- File Changes --
M modules/dialog/dlg_handlers.c (40)
--
https://github.com/OpenSIPS/opensips/pull/733 . Since the fix in str2int(return
-1 if given string is an empty string "") and the prev_cseq was an empty
string most of the times, the cseq check was failing. Added a new check on
r_cseq if prev_cseq is not set.
---
Reply to this email directly
fixed with
https://github.com/OpenSIPS/opensips/commit/49efaa9c53242985ffa3c0ea81a8ee1d19dd2555.
before comparing the whole uri, the user field of the uri is unescaped
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/commit/7f37f0545b0abd74f237c7ea520662ea04b40293
. Also, at startup, if a broken contact it's found, you receive an error which
gives the aor, contact, received and contact_id (if trunk version used) such
that you can be able to delete it from the database
ok i see. i will add a check in usrloc which will do `parse_uri()` for each
contact added, such that invalid contacts won't be inserted, even though the
received is ok.
---
Reply to this email directly or view it on GitHub:
Can you tell me what are you using from nat_traversal and/or nathelper modules?
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/729#issuecomment-166301242___
Devel mailing list
Devel@lists.opensips.org
I will close the issue. I consider that the "bug" was because the error message
was misleading. Now you will get a proper error message which may help you
solve the problem.
---
Reply to this email directly or view it on GitHub:
Closed #441.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/441#event-494885924___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
In this new algorithm a window is held per every pipe,
which is defined by two parameters: window_size(seconds) and
slot_period(microseconds). The number of slots is
window_size*1000/slot_period. The window is updated with every
call received and it's implemented as a circular vector, which
Closed #726.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/726#event-493196447___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/726
-- Commit Summary --
* fix calls per minute for fraud_detection module
* fix print label; leave LM_DBG as it was
* Merge remote-tracking branch 'upstream/master'
* wait for
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/727
-- Commit Summary --
* fix calls per minute for fraud_detection module
* fix print label; leave LM_DBG as it was
* Merge remote-tracking branch 'upstream/master'
* wait for
Merged #727.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/727#event-493208088___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
6 (Wed, 16 Dec 2015)
Changed paths:
M main.c
Log Message:
---
wait for all processes to initialize before sending SIGTERM
Commit: 2117a62cc18417909fef8f0c9839b13de7f7ae98
https://github.com/OpenSIPS/opensips/commit/2117a62cc18417909fef8f0c9839b13de7f7ae98
Author:
Merged #689.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/689#event-485630924___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
fixed
https://github.com/OpenSIPS/opensips/commit/1efdcc0309f81ccd2d92b44bd70fc2d251a90c57
(sorry for the commit message it's case insesitive) . you can now modify your
patch and i'll merge it
---
Reply to this email directly or view it on GitHub:
@neha31oct any success in getting that pcap? i didn't receive any email
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/688#issuecomment-161618845___
Devel mailing list
Devel@lists.opensips.org
This pull requests adds the following:
* added a new status - ASYNC_CHANGE_FD which allows changing the file
descriptor in the reactor if something goes wrong in the resume function, such
that you can do failover
* added a state parameter for database async query - database engines can now
use
Not only the auth module. Anything else that is not as in the git version!
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/688#issuecomment-159851784___
Devel mailing list
Devel@lists.opensips.org
Ok. Think I've found the issue. Just to confirm it to me, can you please trace
only the mysql queries connections with wireshark and send me a pcap on my
email?
---
Reply to this email directly or view it on GitHub:
Closed #698.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/698#event-469258865___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Closed #698.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/698#event-469260322___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Reopened #698.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/698#event-469258898___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
I'm going to close this ticket. If it doesn't work without strip_body() you can
reopen it.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/698#issuecomment-158083744___
Devel mailing list
one more thing, thanks to @razvancrainea . In gdb, you should print
\*((\*res)->rows->values) since "res" is a double pointer.
---
Reply to this email directly or view it on GitHub:
I'm asking because I suspect some kind of memory corruption.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/688#issuecomment-157716399___
Devel mailing list
Devel@lists.opensips.org
I am trying to recreate the bug but i just can't get the bug. Can you please
provide the script? Or at least the modules you are using? Also, are you using
some custom tables(modified the ones created by opensips), or functions/modules?
---
Reply to this email directly or view it on GitHub:
Bogdan might have missed this, but after you strip the body, and you add
another one, the content type will not be set in your case
---
Reply to this email directly or view it on GitHub:
@achalkov I guess you get the bug because the new body has the same
Content-Type with the one you strip. Because of this, there is an
incompatibility between strip_body() and add_body() functions, because of the
lumps(opensips message editing mechanism). Anyhow, isn't the add_body()
function
Closed #683.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/683#event-463703046___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
fixed with
https://github.com/OpenSIPS/opensips/commit/c4ebfc87fea74bcb3ab7b544e02fd5f68edf6e54
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/683#issuecomment-156463414___
Devel mailing list
That's why i asked, because i didn't know how you will use it. Anyhow, i made
it work both use. Please check if everything is ok
https://github.com/OpenSIPS/opensips/commit/8a512731df99621025744aaa25b17931759b91d4
---
Reply to this email directly or view it on GitHub:
@neha31oct Can you please tell me what database engine are you using? And also,
might be a stupid question, but are you sure your ha1/ha1b column is not INT?
---
Reply to this email directly or view it on GitHub:
what's strange is the type of that value (type = DB_INT in your log). That's
why it crashes. I'll try to replicate the bug and come back with an answer(hope
i'll have one)
---
Reply to this email directly or view it on GitHub:
ok i'll try to replicate the bug for myself. please can you tell me what column
you are using? ha1 or ha1b?
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/688#issuecomment-156054411___
Devel mailing
@neha31oct do you use the load_credentials parameter?
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/688#issuecomment-156094974___
Devel mailing list
Devel@lists.opensips.org
@neha31oct can you try compiling your opensips with memory debugging[0] ?
[0] http://www.opensips.org/Documentation/TroubleShooting-OutOfMem
---
Reply to this email directly or view it on GitHub:
Hi @rgupta0110 ,
Manage to replicate the bug, now working on the fix. The problem is that
somehow epoll_wait generates EPOLLERR event(strerror(errno)="Bad file
descriptor") so we will try to come with the fix as soon as possible.
---
Reply to this email directly or view it on GitHub:
@rgupta0110 i would be very thankful if you could try this patch[0] and tell me
if it solves your problem. It solved the problem for me.
Regards,
Ionut Ionita
[0] https://gist.github.com/ionutrazvanionita/86efca1c13c6654c2a74
---
Reply to this email directly or view it on GitHub:
https
Closed #594.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/594#event-450143924___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Cherry-picked a commit[0] which fixed this from master.
Regards,
Ionut Ionita
[0]
https://github.com/OpenSIPS/opensips/commit/79013244e7cea2465170d9b3c60bff0154c8aaaf
On 22.10.2015 18:37, Ovidiu Sas wrote:
exec.c: In function âexec_syncâ:
exec.c:431:6: warning: âretâ may be used
hi @wayback87 . try
https://github.com/OpenSIPS/opensips/commit/3d91beb27b69e5b1d83d96b1998856f81f995ce1
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/594#issuecomment-148684975___
Devel mailing list
Closed #515.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/515#event-431318856___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
hi @danbogos . fixed with
https://github.com/OpenSIPS/opensips/commit/453ad339840526eb6ef3a66b976739739dd2d8d7.
the problem was that the event wasn't updated depending on the flags you set
in script
---
Reply to this email directly or view it on GitHub:
hi @liviuchircu . check this PR https://github.com/OpenSIPS/opensips/pull/665
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/432#issuecomment-145898115___
Devel mailing list
Devel@lists.opensips.org
Now the calls per minute parameter is build as consisting of an initial
time(t0) and a 60 seconds window(as was before). Each window slot holds the
calls received in that second(as before). The difference is that now
these parameters are updated based on three conditions:
* we receive the call
Closed #655.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/655#event-426525696___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Thank you @petekelly for your feedback. Closing
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/655#issuecomment-145460473___
Devel mailing list
Devel@lists.opensips.org
Closed #449.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/449#event-424331612___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hi @ovidiusas, i don't know whether you took into consideration #377 when you
opened this issue. 'oldmediaip' doesn't exist anymore as you requested. What is
more, what are you trying to say with 'once more'? Would you like that if you
already have an oldmediaip(oldcip and oldoip now), the ip
Hi @ovidiusas. We've done the basics[0] and we would like future improvements
to be discussed in a separate issue. I will close this one.
[0] http://lists.opensips.org/pipermail/users/2015-October/032728.html
---
Reply to this email directly or view it on GitHub:
Closed #337.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/337#event-423996934___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
@petekelly
https://github.com/OpenSIPS/opensips/commit/ad8011a02116456a5d111664246aaf6d5b8674d2
try this patch
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/655#issuecomment-144097086___
Devel
Commit: 4488d95a7c418bbff25c5ef2fbd3d5feff702c37
https://github.com/OpenSIPS/opensips/commit/4488d95a7c418bbff25c5ef2fbd3d5feff702c37
Author: Ionut Ionita <ionution...@opensips.org>
Date: 2015-09-28 (Mon, 28 Sep 2015)
Changed paths:
M modules/exec/README
M modules/exec/doc/exec_admin.xml
Merged #653.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/653#event-420547176___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
https://github.com/OpenSIPS/opensips/commit/8a745d933a43d31035a23dc0f4299a4f399ef826
remove uri parameter using it's key
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/612#issuecomment-142299285___
Closed #612.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/612#event-415889920___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
fixed with
https://github.com/OpenSIPS/opensips/commit/ab0e7c461ecb7be5d2a8246c706203c096d3acd4
and
https://github.com/OpenSIPS/opensips/commit/bf1d08994f23667a10be1673f53ca7970f79010c
---
Reply to this email directly or view it on GitHub:
1 - 100 of 168 matches
Mail list logo