Here's a preliminary patch we put together:
https://gist.github.com/wakamoleguy/dc9d694e64364ba6f7d2
We haven't tested it yet, or even really compiled it. The general idea is that
if a process detects that it is about to throw away an old presentity, it still
waits its turn and calls
Thank you for investigating this - now that is clear what is happens, I will
work on a way to fix it.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/754#issuecomment-171680732___
Devel mailing list
I could make the patch into an actual pull request, if you'd prefer, although
for several reasons (including vulgarity of comments, sorry!) it would be more
for discussion than an actual pull. Let me know what you'd prefer.
---
Reply to this email directly or view it on GitHub:
This exists on latest master 055f4b1
Scenario: 2 PUBLISHES with the same E-Tag enter
https://github.com/OpenSIPS/opensips/blob/master/modules/presence/presentity.c#L546
as a result of a retransmission.
The first publish finds the presentity, increments last turn to say 5 for the
sake of
> It continues processing, but it never calls next_turn_phtable before
> exiting.
It technically *does* call next_turn_phtable, but on a *new* presentity in the
phtable. It does not increment the current_turn on the same presentity that it
updated last_turn on. This causes a mismatch on