You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi, I found that if set count=true in parameters, the NGSILD-Results-Count of subscriptions is always n+1, where n is the number of existing subscriptions, as least of what users can see.
To reproduce
Orion-LD version: 1.4.0
Send a GET request to an empty tenant (I am using default one) with count=true
I implemented a functional test doing the following:
01. GET all subscriptions, with count set - see 0 and []
02. Create subscription urn:S1
03. GET all subscriptions, with count set - see 1 and urn:S1
04. GET all subscriptions, with count set and limit=0- see 1 and []
It worked like a charm.
Are you sure you don't have some old subscription in your DB that you aren't counting with?
And if not, I can not reproduce the error. I'll need more input.
Hi, thank you for having a check! I have restarted the stack, and since then I am not able to reproduce this error either. Therefore, we could probably close this issue for now. If this problem occur later again, I can surely provide more information here and reopen it.
Description
Hi, I found that if set
count=true
in parameters, theNGSILD-Results-Count
of subscriptions is always n+1, where n is the number of existing subscriptions, as least of what users can see.To reproduce
Orion-LD version: 1.4.0
Send a GET request to an empty tenant (I am using default one) with
count=true
Then you will see the
NGSILD-Results-Count
is 1 instead of 0.After posting one subscription and repeating the above step again, you will see
NGSILD-Results-Count
change to 2.Expectation
A bug fix or if this is the expected behavior, maybe mention this somewhere in the documentation.
The text was updated successfully, but these errors were encountered: