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
This might be expected behavior. If so, feel free to close this issue.
If I issue a query that includes a connection field and do not specify any paging arguments (first, last, etc.), this translates into a "get all" query. If the results for that connection field exceeds max_page_size, then the result set will be truncated. However, the hasNextPage field of pageInfo remains false. hasNextPage is set correctly only if paging arguments are included in the query. This means that, without including paging arguments, there's no way for the caller to know that his query has been truncated.
I suppose you could argue that the caller should have been including paging arguments in the first place.
The text was updated successfully, but these errors were encountered:
This might be expected behavior. If so, feel free to close this issue.
If I issue a query that includes a connection field and do not specify any paging arguments (
first
,last
, etc.), this translates into a "get all" query. If the results for that connection field exceedsmax_page_size
, then the result set will be truncated. However, thehasNextPage
field ofpageInfo
remains false.hasNextPage
is set correctly only if paging arguments are included in the query. This means that, without including paging arguments, there's no way for the caller to know that his query has been truncated.I suppose you could argue that the caller should have been including paging arguments in the first place.
The text was updated successfully, but these errors were encountered: