HarperFast / HarperFast/harper

SQL `SELECT *` omits `@computed` scalars (`subtotal=undefined`) while an explicit column list surfaces them corr

Open
#2,333 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
JavaScript
Stars
89
Forks
10
Avg merge
2d 6h
Merged PRs (30d)
200

Description

From dispatch finding (task `qa-wave-2026072920`):

- F-257 — SQL `SELECT *` omits `@computed` scalars (`subtotal=undefined`) while an explicit column list surfaces them correctly (`subtotal=10`), and REST's default no-select GET plus GraphQL both work — so the wildcard path was missed by #1484/#1601 (`c899a82a2`), whose stated scope was "default reads across REST/GraphQL/SQL". Two days post-merge is the cheapest moment to close it. Distinct code path from F-190, which drops *dynamic* attributes on schema-less tables; these two only share a symptom surface.
Related to https://github.com/HarperFast/harper/issues/2296

Contributor guide

Open the contributing guide

Research direction

Start by tracing the SQL SELECT * wildcard path for @computed scalars, then compare it with the explicit-column path and the REST default no-select and GraphQL entry points. Done means a wildcard SQL read returns subtotal (10 in the reported case) rather than undefined, without regressing explicit columns; use the behavior in the issue as the check.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript, sql
Domain
databases
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.