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

intent: a resolves: price-list lookup never prices a line entered in the form - the dependsOn default fills the price first and copy: never overwrites

Open
  • Is something wrong?
#7,911 0 comments 0 reactions 0 assignees View on GitHub

Maintainers usually reply within 1 day

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
35/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Active
Tech stack
java
Domain
api, backend

Research direction

Start by reading the ResolveIntent implementation shipped in v14.88.0 and the existing dependsOn form defaults described in the issue, then trace how line prices are populated in forms and server-side create paths. Compare the two proposed approaches and determine how the resolver should handle a header being edited, fallback defaults, and user-entered prices. Done means price-list prices appear before saving when applicable, while uncovered items retain the existing default and manually entered prices are preserved.

Written by the indexing model from the issue text.

Description

What happens

#7025 shipped what a price list needs on the server: resolves: with a header-path match:/between: and a scalar copy: (v14.88.0 ResolveIntent). Adopting it for a per-product-per-list PriceListItem (BusinessIntents billing, dirigible#7025's own example) hits the line FORM:

  • the line's price already has a UI default, the conditional dependsOn from the product (Product.price, or Product.wholesalePrice for a wholesale customer - #6358/#6442), so the form always POSTs a price;
  • copy: writes only into an EMPTY field (the never-overwrite rule), so the price-list price is never applied to a line entered in the form - the one path where a price list matters;
  • removing the dependsOn default instead leaves the form with no price until after the save (and price is required on the line), and the async resolve fills it only after the user has saved a line whose total they have not seen.

The server-side paths that would leave the price empty (create-from, recurring schedules) all map price from their source line, so on them the resolver never fires either.

Ask

One source for the line price in both places, e.g. either

  1. dependsOn from a register lookup: dependsOn: { resolve: priceFromList, valueFrom: price } - the form asks the generated resolver (same match/between, evaluated against the header the line is being added to) and pre-fills the found row's price, falling back to the existing conditional default when nothing covers; or
  2. copy: that may replace a value equal to the declared UI default (copy: { price: price }, over: default): the server overwrites the price only when it still equals what the dependsOn default would have filled, so a typed price stands.

Filed from BusinessIntents base-sales-invoices (pre-train wave 2026-10-17, W-B item 13: PriceListItem). The module keeps the Wholesale/Retail product-column prefill until one of these exists.

Dominant language
Java
Stars
278
Forks
97
Avg merge
19h 30m
Merged PRs (30d)
242

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.