wso2 / wso2/reference-implementation-cms0057f
PayerDataExchange: Add server-side search and status filtering to getPdexDataRequests API
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 19
- Forks
- 23
- PR merge metrics
- No merged PRs in 30d
Description
Summary
The PayerDataExchange page (apps/payer-admin-app/src/pages/PayerDataExchange.tsx) currently fetches a single page of results from getPdexDataRequests(ITEMS_PER_PAGE, offset) and applies searchQuery and selectedStatuses filters client-side. This causes a mismatch where totalCount and pagination reflect the unfiltered result set, potentially hiding real matches on other pages and showing a misleading "No requests found" state.
Expected Behaviour
getPdexDataRequestsshould acceptsearchQueryandselectedStatuses(or equivalent) as query parameters.- The API response's
countshould reflect the filtered total so that pagination is accurate. - The
PayerDataExchangecomponent should passsearchQueryandselectedStatusesintogetPdexDataRequestsand remove local filtering logic.
Steps to Reproduce / Context
- Open the Payer Data Exchange page with more than one page of data.
- Enter a search term or select a status filter.
- Only the currently fetched page is filtered; items on other pages that match are not shown.
Acceptance Criteria
-
getPdexDataRequestsAPI (backend) supportssearchandstatusquery parameters. -
getPdexDataRequestsTypeScript client inapps/payer-admin-app/src/api/pdex.tspasses those parameters to the API. -
PayerDataExchangepassessearchQueryandselectedStatusestogetPdexDataRequests. -
totalCountis updated from the filtered API response so pagination is accurate. - Local client-side filtering in
PayerDataExchangeis removed once API filtering is available.
References
- PR: https://github.com/wso2/reference-implementation-cms0057f/pull/269
- Review comment: https://github.com/wso2/reference-implementation-cms0057f/pull/269#discussion_r2973132201
- Requested by: @joelsathi
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Review PR 269 and its discussion first, then inspect apps/payer-admin-app/src/api/pdex.ts and apps/payer-admin-app/src/pages/PayerDataExchange.tsx. Trace the backend getPdexDataRequests entry point and verify that search, status, filtered count, pagination, and removal of local filtering are covered by the acceptance criteria.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- api, backend, frontend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100