Re: [PR] Fix main: complete the French catalogue, and stop the evening clock flake [fineract-backoffice-ui]

Tue, 20 Oct 2026 16:58:37 -0700 


github-actions[bot] commented on PR #825:
URL: 
https://github.com/apache/fineract-backoffice-ui/pull/825#issuecomment-6304515672

   <!-- e2e-report-backend -->
   ### E2E β€” real Fineract
   ## 🎭 E2E Tests
   
   **❌ 6 failing** β€” 151 passed Β· 6 failed Β· 14 skipped Β· 7 flaky, across 50 
spec files in 13m 45s.
   
   ### ❌ Failures
   
   - **Accounting closures against Fineract β€Ί the form keeps the user on the 
page and names the reason when Fineract refuses** β€” 
`accounting-closure-backend.spec.ts`
     - Error: DELETE /glclosures/6 -> 403: {"developerMessage":"Request was 
understood but caused a domain rule 
violation.","httpStatusCode":"403","defaultUserMessage":"Errors contain reason 
for domain rule 
   - **a loan taken through four separated duties, every account built in the 
UI β€Ί the approver, differing from the officer in one code, is offered it and 
approves** β€” `loan-flows-non-admin-roles.spec.ts`
     - Error: expect(page).toHaveURL(expected) failed
   - **Full feature demo recording β€Ί walk through loan schedule type, 
lifecycle, custom fields, collateral, and disbursement** β€” `full-demo.spec.ts`
     - Error: expect(page).toHaveURL(expected) failed
   - **Loan lifecycle: creation, approval, disbursement β€Ί create, approve, and 
disburse a Cumulative loan** β€” `loan-lifecycle.spec.ts`
     - Error: expect(page).toHaveURL(expected) failed
   - **a savings account taken through four separated duties, every account 
built in the UI β€Ί the approver, differing in one code, is offered it and 
approves** β€” `savings-flows-non-admin-roles.spec.ts`
     - Error: expect(page).toHaveURL(expected) failed
   - **charge adjustment β€Ί adjusts a charge, and the outstanding amount 
follows** β€” `working-capital-servicing-backend.spec.ts`
     - Error: POST /working-capital-loans/15/charges -> 400: 
{"developerMessage":"The request was invalid. This typically will happen due to 
validation errors which are provided.","httpStatusCode":"400","def
   
   ### ⚠️ Passed on retry
   
   Green overall, but these needed more than one attempt β€” the shape a flake 
takes.
   
   - **a loan taken through four separated duties, every account built in the 
UI β€Ί an administrator builds the four roles and accounts through the forms** β€” 
`loan-flows-non-admin-roles.spec.ts` (2 retry/retries)
   - **a loan taken through four separated duties, every account built in the 
UI β€Ί the officer books the application and is not offered approval of their own 
loan** β€” `loan-flows-non-admin-roles.spec.ts` (2 retry/retries)
   - **a savings account taken through four separated duties, every account 
built in the UI β€Ί an administrator builds the five roles and accounts through 
the forms** β€” `savings-flows-non-admin-roles.spec.ts` (2 retry/retries)
   - **a savings account taken through four separated duties, every account 
built in the UI β€Ί the officer books the application and is not offered approval 
of it** β€” `savings-flows-non-admin-roles.spec.ts` (2 retry/retries)
   - **transaction corrections β€Ί undoes a repayment, and the platform marks it 
reversed** β€” `working-capital-servicing-backend.spec.ts` (2 retry/retries)
   - **transaction corrections β€Ί offers no correction on the disbursement, 
which the platform refuses by type** β€” 
`working-capital-servicing-backend.spec.ts` (2 retry/retries)
   - **transaction corrections β€Ί adjusts a repayment, which reverses it and 
books the new amount** β€” `working-capital-servicing-backend.spec.ts` (2 
retry/retries)
   
   ### By spec file
   
   | Spec | βœ… | ❌ | ⏭️ | πŸ”’ | Time |
   | --- | ---: | ---: | ---: | ---: | ---: |
   | backend.setup.ts | 3 | 0 | 0 | 0 | 5.6s |
   | **accounting-closure-backend.spec.ts** | 1 | 1 | 0 | 0 | 13.9s |
   | batch-api-operations.spec.ts | 5 | 0 | 0 | 0 | 30.0s |
   | center-servicing.spec.ts | 2 | 0 | 0 | 0 | 18.8s |
   | charge-servicing-backend.spec.ts | 6 | 0 | 0 | 0 | 31.5s |
   | client-legal-form-search.spec.ts | 1 | 0 | 0 | 0 | 5.4s |
   | client-transfer.spec.ts | 4 | 0 | 0 | 0 | 47.4s |
   | collection-sheet.spec.ts | 1 | 0 | 0 | 0 | 7.0s |
   | deposit-account-servicing.spec.ts | 3 | 0 | 0 | 0 | 27.6s |
   | deposit-lifecycle-backend.spec.ts | 4 | 0 | 0 | 0 | 25.0s |
   | deposit-product-configuration.spec.ts | 3 | 0 | 0 | 0 | 17.8s |
   | double-submit-backend.spec.ts | 2 | 0 | 0 | 0 | 13.2s |
   | form-layout-reflow.spec.ts | 6 | 0 | 0 | 0 | 37.3s |
   | group-membership.spec.ts | 3 | 0 | 0 | 0 | 50.8s |
   | loan-account-actions.spec.ts | 3 | 0 | 0 | 0 | 26.1s |
   | loan-approved-amount-revision.spec.ts | 3 | 0 | 0 | 0 | 21.2s |
   | loan-charge-off.spec.ts | 2 | 0 | 0 | 0 | 20.8s |
   | **loan-flows-non-admin-roles.spec.ts** | 2 | 1 | 5 | 0 | 1m 21s |
   | loan-product-accounting.spec.ts | 1 | 0 | 0 | 0 | 33.1s |
   | loan-repayment-gating.spec.ts | 2 | 0 | 0 | 0 | 9.8s |
   | loan-servicing-rbac-backend.spec.ts | 4 | 0 | 0 | 0 | 11.1s |
   | loan-servicing.spec.ts | 2 | 0 | 0 | 0 | 20.4s |
   | login.spec.ts | 4 | 0 | 0 | 0 | 5.7s |
   | oidc-login-backend.spec.ts | 2 | 0 | 0 | 0 | 5.2s |
   | parity-screens.spec.ts | 8 | 0 | 0 | 0 | 45.8s |
   | rbac-backend-restricted-user.spec.ts | 7 | 0 | 0 | 0 | 39.0s |
   | rbac-dead-end-controls.spec.ts | 7 | 0 | 0 | 0 | 38.0s |
   | rbac-disabled-flag-backend.spec.ts | 6 | 0 | 0 | 0 | 28.9s |
   | rbac-multi-permission.spec.ts | 9 | 0 | 0 | 0 | 1m 1s |
   | rbac-office-scoped-user.spec.ts | 6 | 0 | 0 | 0 | 26.6s |
   | bulk-import-entity-types.spec.ts | 1 | 0 | 0 | 0 | 7.6s |
   | delinquency-configuration.spec.ts | 2 | 0 | 0 | 0 | 15.9s |
   | **full-demo.spec.ts** | 0 | 1 | 0 | 0 | 48.7s |
   | interest-rate-charts.spec.ts | 1 | 0 | 0 | 0 | 6.0s |
   | **loan-lifecycle.spec.ts** | 0 | 1 | 3 | 0 | 37.4s |
   | loan-schedule-type.spec.ts | 3 | 0 | 0 | 0 | 26.3s |
   | rbac-permissionless-user.spec.ts | 4 | 0 | 0 | 0 | 17.6s |
   | report-mailing-job.spec.ts | 3 | 0 | 0 | 0 | 15.9s |
   | report-parameter-backend.spec.ts | 4 | 0 | 0 | 0 | 18.5s |
   | **savings-flows-non-admin-roles.spec.ts** | 2 | 1 | 4 | 0 | 1m 10s |
   | savings-transaction-correction.spec.ts | 1 | 0 | 0 | 0 | 5.5s |
   | savings-transaction-gating.spec.ts | 2 | 0 | 0 | 0 | 5.2s |
   | share-account-servicing.spec.ts | 2 | 0 | 0 | 0 | 17.0s |
   | share-product-accounting.spec.ts | 1 | 0 | 0 | 0 | 21.3s |
   | teller-cash-management.spec.ts | 2 | 0 | 0 | 0 | 31.2s |
   | tenant-date-defaults-backend.spec.ts | 1 | 0 | 0 | 0 | 5.3s |
   | working-capital-loan-actions-backend.spec.ts | 3 | 0 | 0 | 0 | 17.0s |
   | working-capital-product-accounting-backend.spec.ts | 2 | 0 | 0 | 0 | 18.1s 
|
   | working-capital-rbac-backend.spec.ts | 2 | 0 | 0 | 0 | 5.9s |
   | **working-capital-servicing-backend.spec.ts** | 3 | 1 | 2 | 0 | 12.6s |
   
   <details>
   <summary><b>All 171 tests</b> β€” click to expand</summary>
   
   **`backend.setup.ts`**
   
   - βœ… seed backend reference data β€” `1.9s`
   - βœ… seed backend reference data β€” `2.1s`
   - βœ… seed backend reference data β€” `1.6s`
   
   **`accounting-closure-backend.spec.ts`**
   
   - βœ… Accounting closures against Fineract β€Ί a closed period reads as Closed, 
and the platform refuses a posting inside it β€” `7.5s`
   - ❌ Accounting closures against Fineract β€Ί the form keeps the user on the 
page and names the reason when Fineract refuses β€” `6.4s` _(retried 2Γ—)_
   
   **`batch-api-operations.spec.ts`**
   
   - βœ… Batch API Operations against Fineract β€Ί runs the sample batch scenario β€” 
create client, create loan, add and read back a charge β€” `5.8s`
   - βœ… Batch API Operations against Fineract β€Ί shows a parse error instead of 
submitting when the batch input is not valid JSON β€” `7.1s`
   - βœ… Batch API enclosingTransaction semantics against Fineract β€Ί rolls back 
the earlier steps when enclosingTransaction is true and a later step fails β€” 
`5.6s`
   - βœ… Batch API enclosingTransaction semantics against Fineract β€Ί does not 
roll back the earlier steps when enclosingTransaction is false and a later step 
fails β€” `5.9s`
   - βœ… Batch API Operations on a mobile viewport against Fineract β€Ί the sample 
batch scenario is reachable and works by touch at mobile width β€” `5.6s`
   
   **`center-servicing.spec.ts`**
   
   - βœ… Center servicing β€Ί a center is activated, staffed and given a group β€” 
`12.9s`
   - βœ… Center servicing β€Ί notes are recorded against the center β€” `5.9s`
   
   **`charge-servicing-backend.spec.ts`**
   
   - βœ… loan charge servicing β€Ί waives a loan charge, and the platform records 
the waiver β€” `6.4s`
   - βœ… loan charge servicing β€Ί cannot reverse a waiver: the platform answers 
500, not a business rule β€” `605ms`
   - βœ… loan charge servicing β€Ί offers no Pay on a charge the platform will not 
let be paid β€” `5.5s`
   - βœ… loan charge servicing β€Ί adjusts a loan charge to a smaller amount β€” 
`6.7s`
   - βœ… savings charge servicing β€Ί pays a savings charge with the amount and due 
date the platform demands β€” `6.0s`
   - βœ… savings charge servicing β€Ί carries an active flag, which is what gates 
Inactivate β€” `6.3s`
   
   **`client-legal-form-search.spec.ts`**
   
   - βœ… Client list: legal form filtering β€Ί an entity client appears in the main 
client list β€” `5.4s`
   
   **`client-transfer.spec.ts`**
   
   - βœ… Client transfer between offices β€Ί a proposed transfer is held until the 
destination accepts, and then the client moves β€” `12.1s`
   - βœ… Client transfer between offices β€Ί a rejected transfer leaves the client 
on hold, and withdrawing is the way back β€” `12.8s`
   - βœ… Client transfer between offices β€Ί a client can be transferred in one 
step when the user may act for both offices β€” `10.7s`
   - βœ… Client staff assignment β€Ί an officer can be assigned and then removed β€” 
`11.7s`
   
   **`collection-sheet.spec.ts`**
   
   - βœ… Collection Sheet β€Ί scopes staff to the office, sends the choice, and 
reports an empty sheet β€” `7.0s`
   
   **`deposit-account-servicing.spec.ts`**
   
   - βœ… Term deposit account servicing β€Ί an account is approved, activated and 
closed before maturity β€” `12.0s`
   - βœ… Term deposit account servicing β€Ί a deposit is recorded, listed, and 
reversed without leaving the list β€” `9.1s`
   - βœ… Term deposit account servicing β€Ί an application can be rejected instead 
of approved β€” `6.5s`
   
   **`deposit-lifecycle-backend.spec.ts`**
   
   - βœ… fixed deposit products β€Ί carry the rate the user typed, not a hidden 
default β€” `5.6s`
   - βœ… an active fixed deposit account β€Ί shows its balance and maturity figures 
β€” `5.5s`
   - βœ… an active fixed deposit account β€Ί can be closed into the client savings 
account β€” `7.6s`
   - βœ… an active fixed deposit account β€Ί can have a charge added to it β€” `6.3s`
   
   **`deposit-product-configuration.spec.ts`**
   
   - βœ… Deposit product configuration β€Ί a fixed deposit product survives being 
edited β€” `6.1s`
   - βœ… Deposit product configuration β€Ί a recurring deposit product can be 
created at all β€” `5.6s`
   - βœ… Deposit product configuration β€Ί a savings product carries its accounting 
configuration β€” `6.1s`
   
   **`double-submit-backend.spec.ts`**
   
   - βœ… A double-click submits once β€Ί a repayment is recorded once, not twice β€” 
`6.4s`
   - βœ… A double-click submits once β€Ί a client is created once, not twice β€” 
`6.8s`
   
   **`form-layout-reflow.spec.ts`**
   
   - βœ… form layout at the narrow viewport β€Ί Create GL Account gives every field 
a usable width at 320px β€” `5.3s`
   - βœ… form layout at the narrow viewport β€Ί Create Loan gives every field a 
usable width at 320px β€” `5.3s`
   - βœ… form layout at the narrow viewport β€Ί Create Office gives every field a 
usable width at 320px β€” `5.6s`
   - βœ… form layout at the narrow viewport β€Ί Create Staff gives every field a 
usable width at 320px β€” `5.3s`
   - βœ… form layout at the narrow viewport β€Ί no page-level horizontal scroll at 
320px β€” `10.1s`
   - βœ… form layout at the wide viewport β€Ί Create GL Account still uses more 
than one column at 1280px β€” `5.6s`
   
   **`group-membership.spec.ts`**
   
   - βœ… Group membership and lifecycle β€Ί a group is activated, staffed, given 
members and a committee, then emptied β€” `21.0s`
   - βœ… Group membership and lifecycle β€Ί notes are recorded against the group 
and can be removed again β€” `9.2s`
   - βœ… Group membership and lifecycle β€Ί an empty group is closed with a reason, 
and a group with members is refused β€” `20.6s`
   
   **`loan-account-actions.spec.ts`**
   
   - βœ… Loan account lifecycle actions β€Ί new action menu items appear only for 
active loans β€” `7.5s`
   - βœ… Loan account lifecycle actions β€Ί undo disbursal shows a confirm dialog 
and reverts the loan to Approved β€” `9.9s`
   - βœ… Loan account lifecycle actions β€Ί write off requires confirmation and 
moves the loan out of Active status β€” `8.7s`
   
   **`loan-approved-amount-revision.spec.ts`**
   
   - βœ… Loan approved and available-disbursement amount revision β€Ί revises the 
approved amount on an active, partially-disbursed loan β€” `7.4s`
   - βœ… Loan approved and available-disbursement amount revision β€Ί revises the 
available disbursement amount, which also changes the approved amount β€” `7.0s`
   - βœ… Loan approved and available-disbursement amount revision β€Ί shows the 
platform’s own refusal, not a generic validation message β€” `6.8s`
   
   **`loan-charge-off.spec.ts`**
   
   - βœ… Loan servicing commands β€Ί charges a loan off through the UI and reverses 
it β€” `11.7s`
   - βœ… Loan servicing commands β€Ί records a goodwill credit through the shared 
transaction form β€” `9.2s`
   
   **`loan-flows-non-admin-roles.spec.ts`**
   
   - βœ… a loan taken through four separated duties, every account built in the 
UI β€Ί an administrator builds the four roles and accounts through the forms β€” 
`40.8s` _(retried 2Γ—)_
   - βœ… a loan taken through four separated duties, every account built in the 
UI β€Ί the officer books the application and is not offered approval of their own 
loan β€” `14.3s` _(retried 2Γ—)_
   - ❌ a loan taken through four separated duties, every account built in the 
UI β€Ί the approver, differing from the officer in one code, is offered it and 
approves β€” `25.7s` _(retried 2Γ—)_
   - ⏭️ a loan taken through four separated duties, every account built in the 
UI β€Ί the approver is not offered disbursement of the loan they just approved β€” 
`0ms` _(retried 2Γ—)_
   - ⏭️ a loan taken through four separated duties, every account built in the 
UI β€Ί the disburser, holding only DISBURSE_LOAN, completes the payout end to end 
β€” `0ms` _(retried 2Γ—)_
   - ⏭️ a loan taken through four separated duties, every account built in the 
UI β€Ί and the same route now refuses an UPDATE_LOAN holder, as the platform does 
β€” `0ms` _(retried 2Γ—)_
   - ⏭️ a loan taken through four separated duties, every account built in the 
UI β€Ί a command with no mapped code is left to the platform rather than guessed 
at β€” `0ms` _(retried 2Γ—)_
   - ⏭️ a loan taken through four separated duties, every account built in the 
UI β€Ί a repayment duty reaches its own form, and records a repayment β€” `0ms` 
_(retried 2Γ—)_
   
   **`loan-product-accounting.spec.ts`**
   
   - βœ… Loan product accounting β€Ί a cash-accounting product is configured, 
round-trips on edit, and posts to the ledger β€” `33.1s`
   
   **`loan-repayment-gating.spec.ts`**
   
   - βœ… Repayment is offered only where the platform allows it β€Ί withheld on a 
loan awaiting approval, offered once it is active β€” `9.4s`
   - βœ… Repayment is offered only where the platform allows it β€Ί the platform 
refuses a repayment on a loan awaiting approval β€” `349ms`
   
   **`loan-servicing-rbac-backend.spec.ts`**
   
   - βœ… loan servicing and charge command permissions, on the platform β€Ί each 
command is authorised by the code the UI declares for it β€” `5.2s`
   - βœ… loan servicing and charge command permissions, on the platform β€Ί no 
portfolio write code authorises any of its entity commands β€” `5.7s`
   - βœ… loan servicing and charge command permissions, on the platform β€Ί the 
deferred-income adjustments are not commands at loan level β€” `153ms`
   - βœ… loan servicing and charge command permissions, on the platform β€Ί the 
deferred-income adjustments are commands on one transaction β€” `153ms`
   
   **`loan-servicing.spec.ts`**
   
   - βœ… Loan servicing: notes and transaction adjustment β€Ί notes can be added 
and removed, with a confirm dialog on delete β€” `9.3s`
   - βœ… Loan servicing: notes and transaction adjustment β€Ί a repayment 
transaction can be viewed and adjusted with a corrected amount β€” `11.2s`
   
   **`login.spec.ts`**
   
   - βœ… Login β€Ί login page displays correctly β€” `1.3s`
   - βœ… Login β€Ί login form has required fields β€” `1.2s`
   - βœ… Login β€Ί submit button is disabled when form is empty β€” `1.4s`
   - βœ… Login β€Ί submit button is enabled when form is filled β€” `1.7s`
   
   **`oidc-login-backend.spec.ts`**
   
   - βœ… identity-provider route against a real Fineract β€Ί is offered beside the 
password form, and pressing it sends nothing to Fineract β€” `1.9s`
   - βœ… identity-provider route against a real Fineract β€Ί a real password 
sign-in still gets a session with the route offered β€” `3.3s`
   
   **`parity-screens.spec.ts`**
   
   - βœ… Screens added for platform parity β€Ί a manual journal entry can be read 
whole and reversed β€” `6.5s`
   - βœ… Screens added for platform parity β€Ί an entry that is already reversed is 
not offered again β€” `4.5s`
   - βœ… Screens added for platform parity β€Ί a report definition can be created, 
edited and deleted; a core one cannot β€” `5.7s`
   - βœ… Screens added for platform parity β€Ί a core report opens read-only with 
only its in-use setting β€” `4.8s`
   - βœ… Screens added for platform parity β€Ί a pending loan is approved from the 
queue, in a batch β€” `6.2s`
   - βœ… Screens added for platform parity β€Ί a fixed deposit is listed as a 
deposit, not as a savings account β€” `5.2s`
   - βœ… Screens added for platform parity β€Ί an office has a screen, and it 
carries its custom fields β€” `5.3s`
   - βœ… Screens added for platform parity β€Ί a savings account carries notes, and 
the note survives a reload β€” `7.7s`
   
   **`rbac-backend-restricted-user.spec.ts`**
   
   - βœ… a genuinely restricted Fineract user β€Ί holds exactly the permissions 
their role was granted β€” `169ms`
   - βœ… a genuinely restricted Fineract user β€Ί reaches the screen their 
permission covers β€” `5.7s`
   - βœ… a genuinely restricted Fineract user β€Ί is refused a screen their 
permission does not cover, by URL and by the backend β€” `5.2s`
   - βœ… a genuinely restricted Fineract user β€Ί is refused a write screen they 
can read the list for, and the write itself β€” `7.6s`
   - βœ… a genuinely restricted Fineract user β€Ί is not offered the actions it 
would be refused for β€” `4.1s`
   - βœ… a genuinely restricted Fineract user β€Ί is shown an action it cannot 
take, disabled and saying what it needs β€” `6.6s`
   - βœ… a genuinely restricted Fineract user β€Ί the superuser the rest of the 
suite uses is unaffected β€” `9.5s`
   
   **`rbac-dead-end-controls.spec.ts`**
   
   - βœ… a client's account tables β€Ί withhold the link, but not the number, from 
a user who cannot open the account β€” `5.7s`
   - βœ… a client's account tables β€Ί keep the link for a user who holds READ_LOAN 
β€” `6.5s`
   - βœ… the office transactions list β€Ί withholds Create from a reader, and the 
route refuses it too β€” `5.3s`
   - βœ… the office transactions list β€Ί offers Create to an administrator β€” `5.0s`
   - βœ… the office transactions list β€Ί refuses the list at the door for the code 
the platform does not check β€” `4.7s`
   - βœ… a group's member list β€Ί names the member without linking when the reader 
cannot open clients β€” `5.7s`
   - βœ… a group's member list β€Ί keeps the link for a reader who holds 
READ_CLIENT β€” `5.2s`
   
   **`rbac-disabled-flag-backend.spec.ts`**
   
   - βœ… rbacEnabled: false, with a user who holds only READ_CLIENT β€Ί is shown 
the whole navigation, including modules their role does not cover β€” `3.7s`
   - βœ… rbacEnabled: false, with a user who holds only READ_CLIENT β€Ί is admitted 
by the route guard to a screen their role does not cover β€” `7.5s`
   - βœ… rbacEnabled: false, with a user who holds only READ_CLIENT β€Ί is still 
refused by Fineract, which the flag does not reach β€” `554ms`
   - βœ… rbacEnabled: false, with a user who holds only READ_CLIENT β€Ί is told the 
list is beyond their role, and not offered a retry that cannot succeed β€” `5.5s`
   - βœ… rbacEnabled: false, with a user who holds only READ_CLIENT β€Ί gets the 
same treatment on a second refused list, not a one-screen fix β€” `5.4s`
   - βœ… rbacEnabled: false, with a user who holds only READ_CLIENT β€Ί still loads 
the list their role does cover, with no failure state at all β€” `6.2s`
   
   **`rbac-multi-permission.spec.ts`**
   
   - βœ… a route declaring more than one permission code (OR semantics) β€Ί is 
admitted by either declared code alone β€” `5.5s`
   - βœ… a route declaring more than one permission code (OR semantics) β€Ί is 
admitted by the other declared code alone β€” `5.0s`
   - βœ… a route declaring more than one permission code (OR semantics) β€Ί is 
refused when holding neither declared code, by the router and by the backend β€” 
`5.2s`
   - βœ… ALL_FUNCTIONS_READ, against the real Fineract permission catalogue β€Ί 
reaches read screens across modules it holds no specific code for β€” `10.3s`
   - βœ… ALL_FUNCTIONS_READ, against the real Fineract permission catalogue β€Ί is 
refused every write screen, and the writes themselves β€” `7.4s`
   - βœ… a restricted session across a real page reload β€Ί keeps the same 
permission boundary after reloading, not just after a fresh login β€” `10.0s`
   - βœ… a second real action-level gate, distinct from loan repayment β€Ί is shown 
the Approve action disabled and naming what it needs, refused by the backend 
too β€” `6.2s`
   - βœ… Security module writes (users, roles), against the real backend β€Ί 
reaches the list screens but is refused the write screens β€” `11.3s`
   - βœ… Security module writes (users, roles), against the real backend β€Ί is 
refused creating a user and modifying a role, by the backend itself β€” `306ms`
   
   **`rbac-office-scoped-user.spec.ts`**
   
   - βœ… an account scoped to a branch office β€Ί differs from a head-office 
account in office alone, not in permissions β€” `388ms`
   - βœ… an account scoped to a branch office β€Ί is shown only its own office in 
the client list, and told which office it is in β€” `4.4s`
   - βœ… an account scoped to a branch office β€Ί sees a shorter list than an 
identically-permissioned head-office account β€” `5.0s`
   - βœ… an account scoped to a branch office β€Ί is refused another office’s 
client by the platform, and told so once β€” `4.6s`
   - βœ… an account scoped to a branch office β€Ί can still open the record that is 
in its own office β€” `5.4s`
   - βœ… an account scoped to a branch office β€Ί is not offered an edit it would 
be refused for on the Offices screen β€” `6.9s`
   
   **`bulk-import-entity-types.spec.ts`**
   
   - βœ… every offered entity type is one the platform accepts β€” `7.6s`
   
   **`delinquency-configuration.spec.ts`**
   
   - βœ… creates a delinquency range, then edits it β€” `8.2s`
   - βœ… creates a delinquency bucket from the ranges the template offers β€” `7.7s`
   
   **`full-demo.spec.ts`**
   
   - ❌ Full feature demo recording β€Ί walk through loan schedule type, 
lifecycle, custom fields, collateral, and disbursement β€” `48.7s` _(retried 2Γ—)_
   
   **`interest-rate-charts.spec.ts`**
   
   - βœ… lists charts without a server error β€” `6.0s`
   
   **`loan-lifecycle.spec.ts`**
   
   - ❌ Loan lifecycle: creation, approval, disbursement β€Ί create, approve, and 
disburse a Cumulative loan β€” `37.4s` _(retried 2Γ—)_
   - ⏭️ Loan lifecycle: creation, approval, disbursement β€Ί create, approve, and 
disburse a Progressive loan β€” `0ms` _(retried 2Γ—)_
   - ⏭️ Loan lifecycle: creation, approval, disbursement β€Ί an approved loan can 
be returned to pending approval β€” `0ms` _(retried 2Γ—)_
   - ⏭️ Loan lifecycle: creation, approval, disbursement β€Ί the delinquency tab 
reads a real loan, and the empty data tabs stay hidden β€” `0ms` _(retried 2Γ—)_
   
   **`loan-schedule-type.spec.ts`**
   
   - βœ… Loan Schedule Type (Cumulative vs Progressive) β€Ί loan products list 
shows a schedule type chip per product β€” `7.1s`
   - βœ… Loan Schedule Type (Cumulative vs Progressive) β€Ί create a Progressive 
loan product end-to-end and verify it round-trips β€” `11.0s`
   - βœ… Loan Schedule Type (Cumulative vs Progressive) β€Ί loan creation shows the 
schedule type badge for a Progressive product β€” `8.2s`
   
   **`rbac-permissionless-user.spec.ts`**
   
   - βœ… an account whose role grants nothing β€Ί is authenticated by Fineract and 
authorized by it for nothing β€” `652ms`
   - βœ… an account whose role grants nothing β€Ί is signed in and landed on a 
screen rather than stranded at the login form β€” `4.1s`
   - βœ… an account whose role grants nothing β€Ί is offered no permission-gated 
module, and refused each one by URL and by Fineract β€” `9.1s`
   - βœ… an account whose role grants nothing β€Ί is left a navigation whose 
entries actually work β€” `3.8s`
   
   **`report-mailing-job.spec.ts`**
   
   - βœ… report mailing job creation β€Ί is no longer refused for a missing 
parameter β€” `5.2s`
   - βœ… report mailing job creation β€Ί the payload carries the locale and the 
schedule β€” `4.4s`
   - βœ… report mailing job creation at the narrow viewport β€Ί every field is 
reachable and the job still saves at 320px β€” `6.3s`
   
   **`report-parameter-backend.spec.ts`**
   
   - βœ… Dynamic report parameters against Fineract β€Ί keeps the parameter form 
available when a report has cascading lookups β€” `3.8s`
   - βœ… Dynamic report parameters against Fineract β€Ί changing Office changes the 
Client Listing row set β€” `4.9s`
   - βœ… Cascading report parameters against Fineract β€Ί sends the parent value to 
the child lookup and clears the child when it changes β€” `6.2s`
   - βœ… Chart reports against Fineract β€Ί renders a chart report as a chart 
rather than a table β€” `3.6s`
   
   **`savings-flows-non-admin-roles.spec.ts`**
   
   - βœ… a savings account taken through four separated duties, every account 
built in the UI β€Ί an administrator builds the five roles and accounts through 
the forms β€” `38.8s` _(retried 2Γ—)_
   - βœ… a savings account taken through four separated duties, every account 
built in the UI β€Ί the officer books the application and is not offered approval 
of it β€” `7.0s` _(retried 2Γ—)_
   - ❌ a savings account taken through four separated duties, every account 
built in the UI β€Ί the approver, differing in one code, is offered it and 
approves β€” `24.0s` _(retried 2Γ—)_
   - ⏭️ a savings account taken through four separated duties, every account 
built in the UI β€Ί the activator activates, and cannot take a deposit β€” `0ms` 
_(retried 2Γ—)_
   - ⏭️ a savings account taken through four separated duties, every account 
built in the UI β€Ί the teller, holding only the transaction codes, records a 
deposit end to end β€” `0ms` _(retried 2Γ—)_
   - ⏭️ a savings account taken through four separated duties, every account 
built in the UI β€Ί the cash-withdrawal control asks for the cash code, not the 
application one β€” `0ms` _(retried 2Γ—)_
   - ⏭️ a savings account taken through four separated duties, every account 
built in the UI β€Ί the transaction route refuses an UPDATE_SAVINGSACCOUNT 
holder, as the platform does β€” `0ms` _(retried 2Γ—)_
   
   **`savings-transaction-correction.spec.ts`**
   
   - βœ… Savings transaction correction β€Ί a deposit is reversed and a hold is 
released β€” `5.5s`
   
   **`savings-transaction-gating.spec.ts`**
   
   - βœ… Savings transactions are offered only on an active account β€Ί withheld 
while awaiting approval, offered once active β€” `5.0s`
   - βœ… Savings transactions are offered only on an active account β€Ί the 
platform refuses a deposit on an account awaiting approval β€” `219ms`
   
   **`share-account-servicing.spec.ts`**
   
   - βœ… Share account servicing β€Ί an account is approved, activated, traded and 
closed β€” `12.1s`
   - βœ… Share account servicing β€Ί an application can be rejected β€” `4.9s`
   
   **`share-product-accounting.spec.ts`**
   
   - βœ… Share product accounting β€Ί a share product is mapped to equity and 
round-trips on edit β€” `21.3s`
   
   **`teller-cash-management.spec.ts`**
   
   - βœ… Teller cash management β€Ί a cashier is listed, receives an allocation, 
and settles cash back β€” `21.4s`
   - βœ… Teller cash management β€Ί settling more than the cashier holds is refused 
and the form stays usable β€” `9.8s`
   
   **`tenant-date-defaults-backend.spec.ts`**
   
   - βœ… Date defaults come from the platform, not the browser β€Ί a client can be 
created while the browser is a day ahead β€” `5.3s`
   
   **`working-capital-loan-actions-backend.spec.ts`**
   
   - βœ… Working Capital loan actions, against a real Fineract β€Ί charges off an 
active loan, and then offers only the undo β€” `6.6s`
   - βœ… Working Capital loan actions, against a real Fineract β€Ί credits the 
borrower with a goodwill credit, and the balance falls β€” `4.7s`
   - βœ… Working Capital loan actions, against a real Fineract β€Ί writes the loan 
off, which closes it and opens the recovery path β€” `5.8s`
   
   **`working-capital-product-accounting-backend.spec.ts`**
   
   - βœ… Working Capital product accounting, on the platform β€Ί configures the 
accrual rule and its twelve accounts, and the platform accepts it β€” `13.9s`
   - βœ… Working Capital product accounting, on the platform β€Ί prefills a 
configured product and re-saves it without blanking anything β€” `4.2s`
   
   **`working-capital-rbac-backend.spec.ts`**
   
   - βœ… Working Capital command permissions, on the platform β€Ί each command is 
authorised by the code the UI declares for it β€” `4.2s`
   - βœ… Working Capital command permissions, on the platform β€Ί 
UPDATE_WORKINGCAPITALLOAN authorises none of them β€” `1.8s`
   
   **`working-capital-servicing-backend.spec.ts`**
   
   - βœ… transaction corrections β€Ί undoes a repayment, and the platform marks it 
reversed β€” `4.5s` _(retried 2Γ—)_
   - βœ… transaction corrections β€Ί offers no correction on the disbursement, 
which the platform refuses by type β€” `3.8s` _(retried 2Γ—)_
   - βœ… transaction corrections β€Ί adjusts a repayment, which reverses it and 
books the new amount β€” `4.1s` _(retried 2Γ—)_
   - ❌ charge adjustment β€Ί adjusts a charge, and the outstanding amount follows 
β€” `238ms` _(retried 2Γ—)_
   - ⏭️ custom datatables β€Ί adds, edits and deletes a row of a multi-row table 
on the loan β€” `0ms` _(retried 2Γ—)_
   - ⏭️ custom datatables β€Ί creates a loan that a create-time check would 
otherwise refuse β€” `0ms` _(retried 2Γ—)_
   
   </details>
   
   <details>
   <summary><b>Slowest 10</b> β€” what the shard counts should be tuned 
against</summary>
   
   | Test | Spec | Time |
   | --- | --- | ---: |
   | Full feature demo recording β€Ί walk through loan schedule type, lifecycle, 
custom fields, collateral, and disbursement | `full-demo.spec.ts` | 48.7s |
   | a loan taken through four separated duties, every account built in the UI 
β€Ί an administrator builds the four roles and accounts through the forms | 
`loan-flows-non-admin-roles.spec.ts` | 40.8s |
   | a savings account taken through four separated duties, every account built 
in the UI β€Ί an administrator builds the five roles and accounts through the 
forms | `savings-flows-non-admin-roles.spec.ts` | 38.8s |
   | Loan lifecycle: creation, approval, disbursement β€Ί create, approve, and 
disburse a Cumulative loan | `loan-lifecycle.spec.ts` | 37.4s |
   | Loan product accounting β€Ί a cash-accounting product is configured, 
round-trips on edit, and posts to the ledger | 
`loan-product-accounting.spec.ts` | 33.1s |
   | a loan taken through four separated duties, every account built in the UI 
β€Ί the approver, differing from the officer in one code, is offered it and 
approves | `loan-flows-non-admin-roles.spec.ts` | 25.7s |
   | a savings account taken through four separated duties, every account built 
in the UI β€Ί the approver, differing in one code, is offered it and approves | 
`savings-flows-non-admin-roles.spec.ts` | 24.0s |
   | Teller cash management β€Ί a cashier is listed, receives an allocation, and 
settles cash back | `teller-cash-management.spec.ts` | 21.4s |
   | Share product accounting β€Ί a share product is mapped to equity and 
round-trips on edit | `share-product-accounting.spec.ts` | 21.3s |
   | Group membership and lifecycle β€Ί a group is activated, staffed, given 
members and a committee, then emptied | `group-membership.spec.ts` | 21.0s |
   
   </details>
   
   
   πŸ“Ό [Download the HTML report, videos and 
traces](https://github.com/apache/fineract-backoffice-ui/actions/runs/39452944230)
 β€” see the `playwright-report-backend` artifact.
   
   <sub>Generated by [run 
39452944230](https://github.com/apache/fineract-backoffice-ui/actions/runs/39452944230)
 from `af97825`. The run executed a fork branch, so treat its contents as 
unverified.</sub>


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to