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
Describe the bug
An expansion of the UCUM example ValueSet (and probably others) returns the expansion with the "total" field set to the requested "count" parameter, instead of the number of available results.
Notice that "total" in the expansion (at the bottom) is set to "7", which is the count number.
Remove the count parameter from the URL, and notice that the "total" is now "101".
Expected behavior
The "total" parameter is supposed to be the number of available results. It lets you know whether you can request more results than what was returned. (If it were just the number of returned results, you could easily count those yourself.)
Environment (please complete the following information):
HAPI FHIR Version: Running on hapi.fhir.org, which currently says, "HAPI FHIR Server 7.7.15-SNAPSHOT/3594770bf6/2024-12-21"
The text was updated successfully, but these errors were encountered:
plynchnlm
changed the title
ValueSet $expand it setting "total" to "count"
ValueSet $expand is setting "total" to "count"
Jan 3, 2025
Describe the bug
An expansion of the UCUM example ValueSet (and probably others) returns the expansion with the "total" field set to the requested "count" parameter, instead of the number of available results.
To Reproduce
Steps to reproduce the behavior:
Notice that "total" in the expansion (at the bottom) is set to "7", which is the count number.
Expected behavior
The "total" parameter is supposed to be the number of available results. It lets you know whether you can request more results than what was returned. (If it were just the number of returned results, you could easily count those yourself.)
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: