This should have been fixed by commit 8d978ac4 - which addressed the real issue
behind (lack of DB capabilities - and OpenSIPS shouldn't start). Marking this
as a duplicate of issue #405.
I will try to see why the fix is incomplete.
---
Reply to this email directly or view it on GitHub:
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 3f806a3f853f9d9638a1b02bc0df3ed2ed781afd
https://github.com/OpenSIPS/opensips/commit/3f806a3f853f9d9638a1b02bc0df3ed2ed781afd
Author: Bogdan-Andrei Iancu bog...@opensips.org
Date: 2015-05-27 (Wed, 27
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 91d1b4f4b65b4bf70d8db93d956a42d2f58500f9
https://github.com/OpenSIPS/opensips/commit/91d1b4f4b65b4bf70d8db93d956a42d2f58500f9
Author: Liviu Chircu li...@opensips.org
Date: 2015-05-27 (Wed, 27 May
Branch: refs/heads/2.1
Home: https://github.com/OpenSIPS/opensips
Commit: de2b1138430cad4e5aac71d9ef91707d0f3518b7
https://github.com/OpenSIPS/opensips/commit/de2b1138430cad4e5aac71d9ef91707d0f3518b7
Author: Liviu Chircu li...@opensips.org
Date: 2015-05-27 (Wed, 27 May 2015)
On an INVITE, after performing a uac_auth and then sending the second INVITE to
the UAS with the correct authorization header, the CSeq on the UAS side is
correctly incremented as per the RFC. The CSeq header is also correctly
rewritten on the UAS side on a CANCEL request. However the header
Branch: refs/heads/1.11
Home: https://github.com/OpenSIPS/opensips
Commit: f09f47879dd9e61e5e1008bcdee6a1f9226fc3a0
https://github.com/OpenSIPS/opensips/commit/f09f47879dd9e61e5e1008bcdee6a1f9226fc3a0
Author: Liviu Chircu li...@opensips.org
Date: 2015-05-27 (Wed, 27 May 2015)
If I not wrong I have a newer version installed and the problem is there. So
please check that once more.
git rev-parse HEAD
9cd6e6f8e238f15d2f0686a433fb2074b79cb48b
git describe --tags
2.1.0-24-g9cd6e6f
Thank you Liviu
---
Reply to this email directly or view it on GitHub:
You are correct, Antonis. I can confirm the problem is still there when using
an extra avpops DB url. (non-default)
This is due to the fact that mod_init is run before module function fixups.
Patch need a bit of rework.
---
Reply to this email directly or view it on GitHub:
Hello,
Looking into the OpenSIPS code, I can only see -2 returned for cases where the
fetched key is not in Memcached.
Though did a quick test with this, and seems the library is behaving a little
bit strangely - If I shutdown memcached, it will still continue to return -2
for the next
Closed #523 via 91d1b4f4b65b4bf70d8db93d956a42d2f58500f9.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/523#event-314720176___
Devel mailing list
Devel@lists.opensips.org
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 84554f5ea344371d92c82dea74eeb610bfe7532c
https://github.com/OpenSIPS/opensips/commit/84554f5ea344371d92c82dea74eeb610bfe7532c
Author: Liviu Chircu li...@opensips.org
Date: 2015-05-27 (Wed, 27 May
11 matches
Mail list logo
