-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Error"Party Not Found" Message on Get Party Call Without Destination DFSP ID #3993
Comments
hi @ei-nghon-phoo , thanks for the issue. Would it be possible to add the details on the request (actual resource / URL, message body used) and then the logs directly so that its clear. Thank you! And yes, it is correct, the destination header shouldn't be required for the |
One more point, where's this 408 error code coming from, I don't see it on the list of the HTTP error codes to be used in the FSPIOP specification: https://docs.mojaloop.io/api/fspiop/v1.1/api-definition.html#http-response-status-codes |
408 is http response code. FSPIOP error code is 4000. |
Thanks for the details, @ei-nghon-phoo .. 408 is not part of the FSPIOP HTTP Error codes, that was my other point earlier.. that needs to be looked at. |
Fixed this issue in interop-apis-bc-fspiop-event-handler-svc v0.6.2 |
To Test:
|
@ZweHMyat and @ei-nghon-phoo , thanks for the issue and the PR.
|
sure @elnyry-sam-k Zwe will check that. |
Hi @elnyry-sam-k Sry for late reply as I was occupied. I have checked the test files and we have both unit and integration tests for that. The unit test is in account_event_handler.test.ts inside fspiop-event-handler-svc and test case name is "should successfully call PartyInfoRequestedEvt". The integration test case name is "should successfully return the party" in account_lookup_evt_handler.test.ts located inside test/integration folder in the project root directory. |
Bug Fix Ticket
Title: Error"Party Not Found" Message on Get Party Call Without Destination DFSP ID
Description:
When testing the Get Party call without providing a destination DFSP ID, the system returns an error 408. The logs display a "Party not found" error, even though the party is registered and there is an existing DFSP <> Party association in Oracle.
Steps to Reproduce:
Expected Behavior:
The system should correctly identify the registered party and provide the appropriate response, without returning an error 408 or incorrectly logging a "Party not found" error.
Environment:
The text was updated successfully, but these errors were encountered: