Skip to content

feat(billingtype): reject non-finite btHourlyRate at the schema layer#206

Merged
CryptoJones merged 1 commit into
masterfrom
feat/billingtype-reject-non-finite-hourly-rate
May 19, 2026
Merged

feat(billingtype): reject non-finite btHourlyRate at the schema layer#206
CryptoJones merged 1 commit into
masterfrom
feat/billingtype-reject-non-finite-hourly-rate

Conversation

@CryptoJones
Copy link
Copy Markdown
Owner

Closes #205.

Summary

btHourlyRate was z.coerce.number().nonnegative(). .nonnegative() blocks negative rates but not Infinity (Infinity >= 0 is true). "Infinity" from JSON coerces past the gate, lands inf in the DOUBLE column, contaminates downstream totals.

Chain .finite() ahead of .nonnegative() in a shared btHourlyRateField. Mirrors cpayAmountField (#172), injbAmountField (#180), polPriceField (#194). Zero still valid (pro-bono engagements).

Test plan

  • npm run lint clean
  • npm test — 652 → 656 (+4 tests covering finite/negative/zero/PATCH)

Proudly Made in Nebraska. Go Big Red! 🌽 https://xkcd.com/2347/

`btHourlyRate` was typed `z.coerce.number().nonnegative()`.
`.nonnegative()` correctly blocks negative rates (a -\$50/hr rate
is operator error), but it does NOT block `Infinity` — `Infinity
>= 0` is `true` so the refinement lets it through. The coerce
path also turns the string `"Infinity"` into the float, so a
client without an Infinity literal in JSON can still land `inf`
in the underlying DOUBLE column.

An `inf` in `btHourlyRate` silently contaminates every downstream
total: invoice line totals, time-entry rate math, billing
reports, anything that multiplies hours by this rate. The
arithmetic doesn't fail — it just yields `inf` (or `NaN` from
`0 * inf`) in the result.

Fix: chain `.finite()` ahead of `.nonnegative()` in a shared
`btHourlyRateField` validator. Mirrors `cpayAmountField` (#172),
`injbAmountField` (#180), `polPriceField` (#194). Zero remains a
valid rate (pro-bono engagements, internal-only billing entries).

Pinned in `tests/api/billingtype.test.js` with 4 new tests:
- POST non-finite → 400
- POST negative → 400 (existing nonnegative gate, pinned so a
  refactor can't accidentally relax it)
- POST zero → not 400 (preserves pro-bono use case)
- PATCH non-finite → 400

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@CryptoJones CryptoJones merged commit 843df24 into master May 19, 2026
3 checks passed
@CryptoJones CryptoJones deleted the feat/billingtype-reject-non-finite-hourly-rate branch May 19, 2026 10:14
CryptoJones added a commit that referenced this pull request May 19, 2026
…212)

`invitQty` was typed `z.coerce.number()`, which accepts the
infinities and the coerce path turns the string `"Infinity"` into
the float. An `inf` qty in the DOUBLE column silently corrupts
every downstream consumer that does arithmetic against it —
PO line receiving, inventory-transaction net-position rollups,
valuation reports.

Pin `.finite()` at the boundary via a shared `invitQtyField`. Zero
and negatives remain valid: a 0 on-hand qty for an out-of-stock
item is legitimate, and negative qtys cover backorders and
historical reconciliation entries that some accounting flows allow.

Mirrors polQtyField / polPriceField (#194) and btHourlyRateField
(#206). Pinned in `tests/api/inventoryitem.test.js` with 4 new
tests: non-finite rejection (POST + PATCH), zero accepted,
negative accepted.

Co-authored-by: Aaron K. Clark <akclark@thenetwerk.net>
Co-authored-by: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

billingtype: btHourlyRate accepts Infinity — .nonnegative() doesn't filter it out

1 participant