Change #1187407 had a related patch set uploaded (by Samwilson; author: Samwilson):

[mediawiki/extensions/CommunityRequests@master] Guard againt an invalid focus area title in ApiQueryWishes

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

Change #1187407 merged by jenkins-bot:

[mediawiki/extensions/CommunityRequests@master] Guard againt an invalid focus area title in ApiQueryWishes

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

Change #1187996 had a related patch set uploaded (by Samwilson; author: Samwilson):

[mediawiki/extensions/CommunityRequests@master] [WIP] Add filters to getCount()

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

Change #1187996 merged by jenkins-bot:

[mediawiki/extensions/CommunityRequests@master] Add filters to getCount()

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

@Samwilson Please review AC4 when you have a free moment, thanks!

Test Result - Meta Beta

Status: ✅ PASS
Environment: Meta Beta
OS: macOS Sequoia 15.6.1
Browser: Chrome 140
Device: MBA

Test Artifact(s):

Test Steps

Test Case 1: Count With Tag Filter

1. Open Special:ApiSandbox.
2. Run a query with list=communityrequests-wishes and add a valid crwtags filter (e.g., categories).
3. ✅ AC1: Confirm that the count value matches the number of wishes returned.

API	Wishlist_1	Wishlist_2

Test Case 2: Count With Different Focus Area Filter

1. Open Special:ApiSandbox.
2. Run a query with list=communityrequests-wishes, and add a valid crwtags filter (e.g., search).
3. ✅ AC2: Confirm that the count reflects only wishes belonging to the selected focus area.

Test Case 3: Count With Multiple Filters

1. Run a query with list=communityrequests-wishes,, and apply multiple filters (e.g., crwtags=search & mobileweb).
2. ✅ AC3: Confirm that the count matches the number of wishes returned after applying all filters.

Test Case 4: Invalid Filter Handling

1. Run a query with list=communityrequests-wishes, and apply an invalid filter value (e.g., crwtags=invalidtag).
2. ❌ AC4: Confirm that the count returns 0 and the list of wishes is empty.

Test Case 4: Invalid Filter Handling
Run a query with list=communityrequests-wishes, and apply an invalid filter value (e.g., crwtags=invalidtag).
❌ AC4: Confirm that the count returns 0 and the list of wishes is empty.

That is because of the ApiSandbox not actually submitting invalidtag. It's red and that's meant to indicate that the value has not been accepted by the form. In the results page you can see what's been submitted:

To really test it you can go direct to the actual API: https://meta.wikimedia.beta.wmcloud.org/w/api.php?action=query&crwtags=invalidtag&list=communityrequests-wishes&crwcount=1

There you can see there's a warning (because the invalid tag name has been submitted this time): Unrecognized value for parameter \"crwtags\": invalidtag

I wasn't really sure what should happen in that case. Perhaps it should return no wishes, because after all there aren't any that match that. However, what if you submit crwtags=invalidtag|botsgadgets? Then we do expect it to return those that are tagged botsgadgets. So I think it's fair to say that it finds all tags after leaving out invalid ones, and in the case of only one invalid one it's finding all wishes.

Oh I see now. Thanks for the explanation, makes sense. Ok on that note, I will mark this as Resolved now. Thanks for all your work!