github-actions[bot] commented on PR #730: URL: https://github.com/apache/fineract-backoffice-ui/pull/730#issuecomment-6075111024
<!-- e2e-report-backend --> ### E2E β real Fineract ## π E2E Tests **β All green** β 141 passed Β· 0 failed Β· 0 skipped Β· 1 flaky, across 41 spec files in 10m 22s. ### β οΈ Passed on retry Green overall, but these needed more than one attempt β the shape a flake takes. - **Batch API Operations against Fineract βΊ runs the sample batch scenario β create client, create loan, add and read back a charge** β `batch-api-operations.spec.ts` (2 retry/retries) ### By spec file | Spec | β | β | βοΈ | π | Time | | --- | ---: | ---: | ---: | ---: | ---: | | backend.setup.ts | 3 | 0 | 0 | 0 | 5.0s | | accounting-closure-backend.spec.ts | 2 | 0 | 0 | 0 | 9.6s | | batch-api-operations.spec.ts | 5 | 0 | 0 | 0 | 19.2s | | center-servicing.spec.ts | 2 | 0 | 0 | 0 | 14.7s | | client-legal-form-search.spec.ts | 1 | 0 | 0 | 0 | 3.2s | | client-transfer.spec.ts | 4 | 0 | 0 | 0 | 36.2s | | collection-sheet.spec.ts | 1 | 0 | 0 | 0 | 4.6s | | deposit-account-servicing.spec.ts | 3 | 0 | 0 | 0 | 21.1s | | deposit-product-configuration.spec.ts | 3 | 0 | 0 | 0 | 11.4s | | form-layout-reflow.spec.ts | 6 | 0 | 0 | 0 | 21.6s | | group-membership.spec.ts | 3 | 0 | 0 | 0 | 39.2s | | loan-account-actions.spec.ts | 3 | 0 | 0 | 0 | 16.5s | | loan-approved-amount-revision.spec.ts | 3 | 0 | 0 | 0 | 14.5s | | loan-charge-off.spec.ts | 2 | 0 | 0 | 0 | 13.7s | | loan-flows-non-admin-roles.spec.ts | 8 | 0 | 0 | 0 | 1m 12s | | loan-product-accounting.spec.ts | 1 | 0 | 0 | 0 | 28.5s | | loan-repayment-gating.spec.ts | 2 | 0 | 0 | 0 | 8.0s | | loan-servicing.spec.ts | 2 | 0 | 0 | 0 | 16.1s | | login.spec.ts | 4 | 0 | 0 | 0 | 5.1s | | oidc-login-backend.spec.ts | 2 | 0 | 0 | 0 | 3.9s | | parity-screens.spec.ts | 8 | 0 | 0 | 0 | 38.5s | | rbac-backend-restricted-user.spec.ts | 7 | 0 | 0 | 0 | 30.4s | | rbac-dead-end-controls.spec.ts | 7 | 0 | 0 | 0 | 29.8s | | rbac-disabled-flag-backend.spec.ts | 6 | 0 | 0 | 0 | 22.9s | | rbac-multi-permission.spec.ts | 9 | 0 | 0 | 0 | 49.7s | | bulk-import-entity-types.spec.ts | 1 | 0 | 0 | 0 | 10.0s | | delinquency-configuration.spec.ts | 2 | 0 | 0 | 0 | 19.1s | | full-demo.spec.ts | 1 | 0 | 0 | 0 | 1m 1s | | interest-rate-charts.spec.ts | 1 | 0 | 0 | 0 | 8.4s | | loan-lifecycle.spec.ts | 4 | 0 | 0 | 0 | 2m 0s | | loan-schedule-type.spec.ts | 3 | 0 | 0 | 0 | 34.6s | | rbac-office-scoped-user.spec.ts | 6 | 0 | 0 | 0 | 27.8s | | rbac-permissionless-user.spec.ts | 4 | 0 | 0 | 0 | 21.8s | | report-mailing-job.spec.ts | 3 | 0 | 0 | 0 | 20.0s | | report-parameter-backend.spec.ts | 4 | 0 | 0 | 0 | 22.4s | | savings-flows-non-admin-roles.spec.ts | 7 | 0 | 0 | 0 | 1m 34s | | savings-transaction-correction.spec.ts | 1 | 0 | 0 | 0 | 6.6s | | savings-transaction-gating.spec.ts | 2 | 0 | 0 | 0 | 6.1s | | share-account-servicing.spec.ts | 2 | 0 | 0 | 0 | 18.7s | | share-product-accounting.spec.ts | 1 | 0 | 0 | 0 | 25.4s | | teller-cash-management.spec.ts | 2 | 0 | 0 | 0 | 37.2s | <details> <summary><b>All 141 tests</b> β click to expand</summary> **`backend.setup.ts`** - β seed backend reference data β `1.3s` - β seed backend reference data β `1.6s` - β seed backend reference data β `2.1s` **`accounting-closure-backend.spec.ts`** - β Accounting closures against Fineract βΊ a closed period reads as Closed, and the platform refuses a posting inside it β `5.1s` - β Accounting closures against Fineract βΊ the form keeps the user on the page and names the reason when Fineract refuses β `4.5s` **`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 β `3.5s` _(retried 2Γ)_ - β Batch API Operations against Fineract βΊ shows a parse error instead of submitting when the batch input is not valid JSON β `5.5s` - β Batch API enclosingTransaction semantics against Fineract βΊ rolls back the earlier steps when enclosingTransaction is true and a later step fails β `3.3s` - β Batch API enclosingTransaction semantics against Fineract βΊ does not roll back the earlier steps when enclosingTransaction is false and a later step fails β `3.4s` - β Batch API Operations on a mobile viewport against Fineract βΊ the sample batch scenario is reachable and works by touch at mobile width β `3.4s` **`center-servicing.spec.ts`** - β Center servicing βΊ a center is activated, staffed and given a group β `11.0s` - β Center servicing βΊ notes are recorded against the center β `3.7s` **`client-legal-form-search.spec.ts`** - β Client list: legal form filtering βΊ an entity client appears in the main client list β `3.2s` **`client-transfer.spec.ts`** - β Client transfer between offices βΊ a proposed transfer is held until the destination accepts, and then the client moves β `8.8s` - β Client transfer between offices βΊ a rejected transfer leaves the client on hold, and withdrawing is the way back β `10.3s` - β Client transfer between offices βΊ a client can be transferred in one step when the user may act for both offices β `7.8s` - β Client staff assignment βΊ an officer can be assigned and then removed β `9.3s` **`collection-sheet.spec.ts`** - β Collection Sheet βΊ scopes staff to the office, sends the choice, and reports an empty sheet β `4.6s` **`deposit-account-servicing.spec.ts`** - β Term deposit account servicing βΊ an account is approved, activated and closed before maturity β `9.5s` - β Term deposit account servicing βΊ a deposit is recorded, listed, and reversed without leaving the list β `7.1s` - β Term deposit account servicing βΊ an application can be rejected instead of approved β `4.5s` **`deposit-product-configuration.spec.ts`** - β Deposit product configuration βΊ a fixed deposit product survives being edited β `4.0s` - β Deposit product configuration βΊ a recurring deposit product can be created at all β `3.6s` - β Deposit product configuration βΊ a savings product carries its accounting configuration β `3.8s` **`form-layout-reflow.spec.ts`** - β form layout at the narrow viewport βΊ Create GL Account gives every field a usable width at 320px β `3.1s` - β form layout at the narrow viewport βΊ Create Loan gives every field a usable width at 320px β `3.1s` - β form layout at the narrow viewport βΊ Create Office gives every field a usable width at 320px β `3.0s` - β form layout at the narrow viewport βΊ Create Staff gives every field a usable width at 320px β `3.2s` - β form layout at the narrow viewport βΊ no page-level horizontal scroll at 320px β `6.0s` - β form layout at the wide viewport βΊ Create GL Account still uses more than one column at 1280px β `3.1s` **`group-membership.spec.ts`** - β Group membership and lifecycle βΊ a group is activated, staffed, given members and a committee, then emptied β `16.9s` - β Group membership and lifecycle βΊ notes are recorded against the group and can be removed again β `6.1s` - β Group membership and lifecycle βΊ an empty group is closed with a reason, and a group with members is refused β `16.2s` **`loan-account-actions.spec.ts`** - β Loan account lifecycle actions βΊ new action menu items appear only for active loans β `4.5s` - β Loan account lifecycle actions βΊ undo disbursal shows a confirm dialog and reverts the loan to Approved β `6.6s` - β Loan account lifecycle actions βΊ write off requires confirmation and moves the loan out of Active status β `5.4s` **`loan-approved-amount-revision.spec.ts`** - β Loan approved and available-disbursement amount revision βΊ revises the approved amount on an active, partially-disbursed loan β `5.0s` - β Loan approved and available-disbursement amount revision βΊ revises the available disbursement amount, which also changes the approved amount β `5.1s` - β Loan approved and available-disbursement amount revision βΊ shows the platformβs own refusal, not a generic validation message β `4.4s` **`loan-charge-off.spec.ts`** - β Loan servicing commands βΊ charges a loan off through the UI and reverses it β `7.5s` - β Loan servicing commands βΊ records a goodwill credit through the shared transaction form β `6.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 β `30.0s` - β 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 β `11.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 β `3.8s` - β 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 β `3.1s` - β 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 β `4.7s` - β 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 β `4.8s` - β 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 β `3.8s` - β a loan taken through four separated duties, every account built in the UI βΊ a repayment duty reaches its own form, and records a repayment β `11.1s` **`loan-product-accounting.spec.ts`** - β Loan product accounting βΊ a cash-accounting product is configured, round-trips on edit, and posts to the ledger β `28.5s` **`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 β `7.7s` - β Repayment is offered only where the platform allows it βΊ the platform refuses a repayment on a loan awaiting approval β `337ms` **`loan-servicing.spec.ts`** - β Loan servicing: notes and transaction adjustment βΊ notes can be added and removed, with a confirm dialog on delete β `7.2s` - β Loan servicing: notes and transaction adjustment βΊ a repayment transaction can be viewed and adjusted with a corrected amount β `8.9s` **`login.spec.ts`** - β Login βΊ login page displays correctly β `1.2s` - β Login βΊ login form has required fields β `1.3s` - β Login βΊ submit button is disabled when form is empty β `1.3s` - β Login βΊ submit button is enabled when form is filled β `1.3s` **`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.2s` - β identity-provider route against a real Fineract βΊ a real password sign-in still gets a session with the route offered β `2.8s` **`parity-screens.spec.ts`** - β Screens added for platform parity βΊ a manual journal entry can be read whole and reversed β `4.9s` - β Screens added for platform parity βΊ an entry that is already reversed is not offered again β `4.2s` - β Screens added for platform parity βΊ a report definition can be created, edited and deleted; a core one cannot β `4.7s` - β Screens added for platform parity βΊ a core report opens read-only with only its in-use setting β `4.1s` - β Screens added for platform parity βΊ a pending loan is approved from the queue, in a batch β `5.4s` - β Screens added for platform parity βΊ a fixed deposit is listed as a deposit, not as a savings account β `4.1s` - β Screens added for platform parity βΊ an office has a screen, and it carries its custom fields β `4.6s` - β Screens added for platform parity βΊ a savings account carries notes, and the note survives a reload β `6.3s` **`rbac-backend-restricted-user.spec.ts`** - β a genuinely restricted Fineract user βΊ holds exactly the permissions their role was granted β `209ms` - β a genuinely restricted Fineract user βΊ reaches the screen their permission covers β `3.9s` - β a genuinely restricted Fineract user βΊ is refused a screen their permission does not cover, by URL and by the backend β `4.6s` - β a genuinely restricted Fineract user βΊ is refused a write screen they can read the list for, and the write itself β `5.5s` - β a genuinely restricted Fineract user βΊ is not offered the actions it would be refused for β `3.5s` - β a genuinely restricted Fineract user βΊ is shown an action it cannot take, disabled and saying what it needs β `5.0s` - β a genuinely restricted Fineract user βΊ the superuser the rest of the suite uses is unaffected β `7.7s` **`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 β `4.6s` - β a client's account tables βΊ keep the link for a user who holds READ_LOAN β `4.8s` - β the office transactions list βΊ withholds Create from a reader, and the route refuses it too β `4.8s` - β the office transactions list βΊ offers Create to an administrator β `3.4s` - β the office transactions list βΊ refuses the list at the door for the code the platform does not check β `4.0s` - β a group's member list βΊ names the member without linking when the reader cannot open clients β `3.8s` - β a group's member list βΊ keeps the link for a reader who holds READ_CLIENT β `4.4s` **`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 β `2.6s` - β rbacEnabled: false, with a user who holds only READ_CLIENT βΊ is admitted by the route guard to a screen their role does not cover β `6.3s` - β rbacEnabled: false, with a user who holds only READ_CLIENT βΊ is still refused by Fineract, which the flag does not reach β `587ms` - β 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 β `4.3s` - β rbacEnabled: false, with a user who holds only READ_CLIENT βΊ gets the same treatment on a second refused list, not a one-screen fix β `4.8s` - β rbacEnabled: false, with a user who holds only READ_CLIENT βΊ still loads the list their role does cover, with no failure state at all β `4.2s` **`rbac-multi-permission.spec.ts`** - β a route declaring more than one permission code (OR semantics) βΊ is admitted by either declared code alone β `4.6s` - β a route declaring more than one permission code (OR semantics) βΊ is admitted by the other declared code alone β `4.2s` - β a route declaring more than one permission code (OR semantics) βΊ is refused when holding neither declared code, by the router and by the backend β `4.4s` - β ALL_FUNCTIONS_READ, against the real Fineract permission catalogue βΊ reaches read screens across modules it holds no specific code for β `8.0s` - β ALL_FUNCTIONS_READ, against the real Fineract permission catalogue βΊ is refused every write screen, and the writes themselves β `6.0s` - β a restricted session across a real page reload βΊ keeps the same permission boundary after reloading, not just after a fresh login β `8.6s` - β 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 β `4.9s` - β Security module writes (users, roles), against the real backend βΊ reaches the list screens but is refused the write screens β `8.8s` - β Security module writes (users, roles), against the real backend βΊ is refused creating a user and modifying a role, by the backend itself β `248ms` **`bulk-import-entity-types.spec.ts`** - β every offered entity type is one the platform accepts β `10.0s` **`delinquency-configuration.spec.ts`** - β creates a delinquency range, then edits it β `9.7s` - β creates a delinquency bucket from the ranges the template offers β `9.4s` **`full-demo.spec.ts`** - β Full feature demo recording βΊ walk through loan schedule type, lifecycle, custom fields, collateral, and disbursement β `1m 1s` **`interest-rate-charts.spec.ts`** - β lists charts without a server error β `8.4s` **`loan-lifecycle.spec.ts`** - β Loan lifecycle: creation, approval, disbursement βΊ create, approve, and disburse a Cumulative loan β `30.4s` - β Loan lifecycle: creation, approval, disbursement βΊ create, approve, and disburse a Progressive loan β `33.0s` - β Loan lifecycle: creation, approval, disbursement βΊ an approved loan can be returned to pending approval β `29.3s` - β Loan lifecycle: creation, approval, disbursement βΊ the delinquency tab reads a real loan, and the empty data tabs stay hidden β `27.6s` **`loan-schedule-type.spec.ts`** - β Loan Schedule Type (Cumulative vs Progressive) βΊ loan products list shows a schedule type chip per product β `9.3s` - β Loan Schedule Type (Cumulative vs Progressive) βΊ create a Progressive loan product end-to-end and verify it round-trips β `15.0s` - β Loan Schedule Type (Cumulative vs Progressive) βΊ loan creation shows the schedule type badge for a Progressive product β `10.3s` **`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 β `440ms` - β 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.5s` - β an account scoped to a branch office βΊ sees a shorter list than an identically-permissioned head-office account β `4.9s` - β an account scoped to a branch office βΊ is refused another officeβs client by the platform, and told so once β `5.3s` - β an account scoped to a branch office βΊ can still open the record that is in its own office β `4.9s` - β an account scoped to a branch office βΊ is not offered an edit it would be refused for on the Offices screen β `7.8s` **`rbac-permissionless-user.spec.ts`** - β an account whose role grants nothing βΊ is authenticated by Fineract and authorized by it for nothing β `759ms` - β an account whose role grants nothing βΊ is signed in and landed on a screen rather than stranded at the login form β `4.5s` - β an account whose role grants nothing βΊ is offered no permission-gated module, and refused each one by URL and by Fineract β `11.1s` - β an account whose role grants nothing βΊ is left a navigation whose entries actually work β `5.4s` **`report-mailing-job.spec.ts`** - β report mailing job creation βΊ is no longer refused for a missing parameter β `6.2s` - β report mailing job creation βΊ the payload carries the locale and the schedule β `5.9s` - β report mailing job creation at the narrow viewport βΊ every field is reachable and the job still saves at 320px β `7.9s` **`report-parameter-backend.spec.ts`** - β Dynamic report parameters against Fineract βΊ keeps the parameter form available when a report has cascading lookups β `4.4s` - β Dynamic report parameters against Fineract βΊ changing Office changes the Client Listing row set β `6.0s` - β Cascading report parameters against Fineract βΊ sends the parent value to the child lookup and clears the child when it changes β `6.8s` - β Chart reports against Fineract βΊ renders a chart report as a chart rather than a table β `5.1s` **`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 β `43.6s` - β 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 β `8.8s` - β 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 β `6.3s` - β a savings account taken through four separated duties, every account built in the UI βΊ the activator activates, and cannot take a deposit β `6.0s` - β 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 β `6.0s` - β 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 β `16.1s` - β 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 β `6.8s` **`savings-transaction-correction.spec.ts`** - β Savings transaction correction βΊ a deposit is reversed and a hold is released β `6.6s` **`savings-transaction-gating.spec.ts`** - β Savings transactions are offered only on an active account βΊ withheld while awaiting approval, offered once active β `5.9s` - β Savings transactions are offered only on an active account βΊ the platform refuses a deposit on an account awaiting approval β `210ms` **`share-account-servicing.spec.ts`** - β Share account servicing βΊ an account is approved, activated, traded and closed β `12.5s` - β Share account servicing βΊ an application can be rejected β `6.3s` **`share-product-accounting.spec.ts`** - β Share product accounting βΊ a share product is mapped to equity and round-trips on edit β `25.4s` **`teller-cash-management.spec.ts`** - β Teller cash management βΊ a cashier is listed, receives an allocation, and settles cash back β `25.3s` - β Teller cash management βΊ settling more than the cashier holds is refused and the form stays usable β `11.9s` </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` | 1m 1s | | 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` | 43.6s | | Loan lifecycle: creation, approval, disbursement βΊ create, approve, and disburse a Progressive loan | `loan-lifecycle.spec.ts` | 33.0s | | Loan lifecycle: creation, approval, disbursement βΊ create, approve, and disburse a Cumulative loan | `loan-lifecycle.spec.ts` | 30.4s | | 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` | 30.0s | | Loan lifecycle: creation, approval, disbursement βΊ an approved loan can be returned to pending approval | `loan-lifecycle.spec.ts` | 29.3s | | Loan product accounting βΊ a cash-accounting product is configured, round-trips on edit, and posts to the ledger | `loan-product-accounting.spec.ts` | 28.5s | | Loan lifecycle: creation, approval, disbursement βΊ the delinquency tab reads a real loan, and the empty data tabs stay hidden | `loan-lifecycle.spec.ts` | 27.6s | | Share product accounting βΊ a share product is mapped to equity and round-trips on edit | `share-product-accounting.spec.ts` | 25.4s | | Teller cash management βΊ a cashier is listed, receives an allocation, and settles cash back | `teller-cash-management.spec.ts` | 25.3s | </details> πΌ [Download the HTML report, videos and traces](https://github.com/apache/fineract-backoffice-ui/actions/runs/37835244919) β see the `playwright-report-backend` artifact. <sub>Generated by [run 37835244919](https://github.com/apache/fineract-backoffice-ui/actions/runs/37835244919) from `c285557`. 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]
