Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

apptest: the .test manifest drops a dependsOn relation's valueFrom, so the generic crud flow picks an independent first row the copied value then replaces (UI flow times out)

Open
#7,957 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
3/5
Estimated time
1-2 days
Newbie friendliness
72/100
Issue type
Bug
Clarity
Clearly specified
Activity status
Active
Tech stack
java, javascript, yaml
Domain
backend, testing

Research direction

Read the generated .test manifest path and sdk/test/form.js, especially resolveRelationSamples and its filterBy branch; then inspect crud.js and the named PurchaseCreditNote UI flow. Check how manifest generation preserves dependsOn.valueFrom and how the flow handles that dependent relation. Done means the manifest retains valueFrom and the UI flow completes reliably when the first Supplier row differs from the invoice’s supplier.

Written by the indexing model from the issue text.

Description

Seen on dirigiblelabs/dirigible:14.93.0, @aerokit/[email protected], module BusinessIntents/base-purchase-invoices (PurchaseCreditNote, PurchaseDebitNote).

The intent declares a copy, not a filter:

- { name: PurchaseInvoice, kind: manyToOne, to: PurchaseInvoice, required: true }
- { name: Supplier, kind: manyToOne, to: Supplier, model: suppliers, dependsOn: { relation: PurchaseInvoice, valueFrom: Supplier } }

The generated .test manifest carries only "dependsOn": {"relation": "PurchaseInvoice"} - valueFrom is dropped. resolveRelationSamples (sdk test/form.js) aligns a cascade only when dependsOn.filterBy is present, so for a valueFrom dependent it samples the FIRST Supplier row independently of the PurchaseInvoice sample. In the UI the pick of PurchaseInvoice copies that bill's Supplier into the field; pickDropdown then clicks the independently sampled supplier's option, the form re-copies, and the walk never reaches Create - crud.js > PurchaseCreditNote: create, edit and delete through the UI hits the test timeout on any instance where the first Supplier row is not the first bill's supplier (every long-lived instance).

Expected: the manifest carries valueFrom, and the flow either does not pick a valueFrom dependent (the form fills it) or uses trigger.row[valueFrom] as its sample - the same consistency the filterBy branch already gives.

Related: #7663 / #7702 (manifest dropping picker keys), #7951 (dependsOn fill during first load). Module record: BusinessIntents/base-purchase-invoices#49.

Dominant language
Java
Stars
278
Forks
97
Avg merge
18h 53m
Merged PRs (30d)
228

Getting set up

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from eclipse-dirigible/dirigible

All issues in eclipse-dirigible/dirigible

Similar issues

More Java issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.