Manageiq: [Discussion]why not adding a `scope_count` in response??

[zhitongLBN]

According to http://manageiq.org/pdf/ManageIQ-0-ManageIQ_REST_API-en-US.pdf
we have a subcount that return the number of a result

The subcount attribute in a collection denotes the number of items from the collection that were
returned, for example as the result of a paged request.

but when we want request miq's api with the pagination(limit) and scopes(filter), we wont be able to know how many pages we have:
as

1. total_count is never changed, is the total number of object without scope
2. subcount will be only <= limit

Doing total_count/limit has no more sense in this scenario

Here

Why don't we add a scopecount in the response? :)

Which is the total number of the result of filter[]

With this no more break is needed when front-end want to know how many pages it should load, and it wont need to load every pages before is needed

[abellotti]

I don't see why not, this will be good to have. scope should include by_tag's.

/cc @imtayadeway @isimluk in collection_search but may need some of this info from Rbac.

[abellotti]

also mentioned as query count in https://www.pivotaltracker.com/story/show/121851109
/cc @AllenBW

[AllenBW]

@abellotti WOULD LOVE THIS!!!! <3 🌮

[miq-bot]

This issue has been automatically marked as stale because it has not been updated for at least 6 months.

If you can still reproduce this issue on the current release or on master, please reply with all of the information you have about it in order to keep the issue open.

Thank you for all your contributions!

[JPrause]

@zhitongLBN is this still a valid issue. If not can you close.
If there's no update by next week, I'll be closing this issue.

[JPrause]

Closing issue. If you feel the issue needs to remain open, please let me know and it will be reopened.
@miq-bot close_issue