[LS-957] getAllPendingTasks is failed on OLD FN .80 Created: 24/Feb/26 Updated: 10/Mar/26 Due: 23/Feb/26 |
|
| Status: | Ready for QA |
| Project: | L3 Support |
| Component/s: | FN |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Urgent |
| Reporter: | Mbaye Lo | Assignee: | Mbaye Lo |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | 0 minutes | ||
| Time Spent: | 1 day | ||
| Original Estimate: | Not Specified | ||
| Customer: |
OMAN-Tel
|
| Planned Start: | |
| Planned End: | |
| Actual Start: | |
| Date of Baselining: |
| Description |
|
getAllPendingTasks is failed on OLD FN .80 <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser="http://server.api.nep.mobinets.com/"> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> |
| Comments |
| Comment by Ayed Bada [ 26/Feb/26 ] |
|
During the investigation of the NullPointerException occurring in the getAllPendingTasks API, we identified that the issue was caused by inconsistent data in the database. Root Cause : Some records in FN_WO_TASK were linked to work orders whose subscriber_id referenced subscribers that do not exist in the FN_SUBSCRIBER table. This situation likely occurred due to a manual deletion of subscriber records directly from the database without cleaning or updating the related records in FN_WORK_ORDER and FN_WO_TASK, resulting in orphaned references. Resolution Applied We identified and removed the affected tasks whose work orders referenced non-existent subscribers. Verification Query : Cleanup Query Executed DELETE FROM FN_WO_TASK Optionally, orphaned work orders can also be removed: DELETE FROM FN_WORK_ORDER |