This is blocked by T263841

Blocked by T270381 (which is actual implementation as a result of resolving T263841)

It looks like we can now do this by adding gsrinfo=totalhits to the API requests we make to search, is that correct? This exposes an integer value for the total count in query.searchinfo.totalhits in the response data.

Also, I'm seeing complaints locally (in Vagrant) about Unrecognized parameter: mediasearch – should we also go ahead and remove the &mediasearch=true params?

The mediasearch query param must remain until T262271 is resolved.
The api emits a warning that it's an unrecognized parameter (it's not an actively supported API param), but it is required to allow the mediasearch profile to be used until it becomes enabled by default.
Dropping the query param from the request would result in old (non-mediasearch) search profiles being used. That warning can simply be ignored until we can drop the query param from the request.

In T269383#6778329, @matthiasmullie wrote:

The mediasearch query param must remain until T262271 is resolved.
The api emits a warning that it's an unrecognized parameter (it's not an actively supported API param), but it is required to allow the mediasearch profile to be used until it becomes enabled by default.
Dropping the query param from the request would result in old (non-mediasearch) search profiles being used. That warning can simply be ignored until we can drop the query param from the request.

Good to know, thanks!

@mwilliams I have a design question about this feature as well. How do you want things to work on mobile? Placing the hits count in the filters bar to the far right may be hard for users to find on small devices, because the item won't be visible until the user scrolls to the right:

@egardner On mobile web, I don't think it's worth creating a whole new line and pushing the results even farther down just to add this feature, the top section is already getting pretty tall. Any other strategy would include fixed elements / major rearrangements which also doesn't seem worth it.

It's not ideal but I think hiding this on mobile web is totally fine for now and still solves the pain point for more experienced users on desktop.

Change 658694 had a related patch set uploaded (by Anne Tomasevich; owner: Anne Tomasevich):
[mediawiki/extensions/WikibaseMediaInfo@master] Add the results count

https://gerrit.wikimedia.org/r/658694

Chatted with @AnneT about this and we are going to leave the result count at the end of filters to keep it more similar to desktop, even if it's well hidden and seen infrequently.

Change 658694 merged by jenkins-bot:
[mediawiki/extensions/WikibaseMediaInfo@master] Add the results count

https://gerrit.wikimedia.org/r/658694