fix: reconcile open-limit Cancel with LCD OrderStatus (#530) #1059
No reviewers
Labels
No labels
agent:fix_bugfix
agent:fix_conflicts
agent:fix_security
agent:gap_analysis
agent:implement
agent:implement
agent:implement
agent:open_issues
agent:ready
agent:research
agent:security_audit
agent:verify
architecture
backend
blocker:hybrid
blocker:launch
blocker:limit-orders
blocker:v2
block:log_only
block:security
bug
ci
contracts
correctness
deploy
dev
devops
docs
documentation
duplicate
e2e
enhancement
epic
feature
frontend
functional-completion
gas
good first issue
governance
help wanted
high-risk
hooks
hybrid
indexer
infra
infrastructure
integrators
invalid
launch-blocker
limit-orders
localnet
localterra
low priority
missing-implementation
needs-design
ops
performance
priority
high
priority
medium
product
qa
QA
question
ready
ready
research
scripts
security
security-hardening
smartcontracts
tech-debt
testing
ux
UX
v2
verification
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
code/cl8y-dex-terraclassic!1059
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/530-limit-cancel-open"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
OrderStatusplus indexer fills/cancels before offering Cancel, so a stale green●row (report classorder #1 · Sell UST1 · 82.044…) cannot show a mute or griefing Cancel.ParkedRefundon an indexer-active row shows Claim refund./tradecompact panel above sticky Place limit so Cancel is not a child oftrade-limit-submit-sticky.Closes #530
Triage (AC1)
Mainnet pair/tx for
order #1 · Sell UST1 · 82.044004487226 · placed 2026-08-15T14:21:43was not recovered (no hash in the report). Shipped fixture matches that UI string.lifecycle_statusactive(fills never flip this — F530-8)OrderStatusUnknown●Most likely live class: full hybrid fill left
ORDERSwithout a cancel/park event. Contributing UX hole: compact Cancel sat after sticky Place limit and could be covered while the●line was still readable.Acceptance criteria
Sell UST1/82.044…/2026-08-15T14:21:43) as LCDUnknown+ fill → Filled.cancel_limit_orderwhen LCDActive(unit + existing/limitspanel path). Mutation happy path unchanged.UnknownwithoutORDERS: no enabled Cancel; status copy is explicit.ParkedRefund/parked_expired→ Claim, not Cancel. Pause/blacklist copy unchanged (L6).trade-limit-submit.{ cancel_limit_order: { order_id } }only (invert-safe).docs/limit-orders.mdF530-1–F530-8, frontend.md, playbooks,make verify-issue-530.Not in this MR
filledlifecycle write (process_limit_order_fillstill insert-only). Default-open can still list filled-as-activeuntil LCD + fills reclassify (F530-8). Optional follow-up.elementFromPointon a live/tradeticket (worktree has no.env.local; existinglimit-orders-tx.spec.ts/limitscancel remains the chain path).order_id=1pair/tx.Test plan
make verify-issue-530(run + retest, 9/9)queryOrderStatus, TradePage AC6/trade1280×720 — one open row,elementFromPointon Cancel ≠ Place limit/limitsand/tradewhen LocalTerra +.env.localare wiredOrderStatus+ indexer fills/cancels, then confirm UI matches the table abovementioned in issue #530
added 12 commits
main9fd8b4ea- merge: keep open-limit Cancel above the ticket footerCompare with previous version
mentioned in commit
367b772e7b