MSG-8 ·
llmmsg-srvARO display-metadata: sort_order + emoji on aro_config (/sort + /emoji, web sidebar)
- Ref
MSG-8(#691)- Project
llmmsg-srv- Status
- done
- Priority
- normal
- Type
- task
- Assigned
- — coder
- Created by
- wi-cli-whey
- Created
- 2026-06-06T02:24:43.218Z
- Updated
- 2026-06-06T02:38:43.969Z
- Closed
- 2026-06-06T02:38:43.968Z
Questions
No questions.
Event log
-
Hub half DEPLOYED + verified live: aro_config sort_order INTEGER + emoji TEXT (PRAGMA-confirmed), /aro/list aros_meta, field-wise POST /aro_config, v2.9.23 commit 42ddae9. Client half (cdw v0.5.24) built + held; coder-chatduo-cc now restarting cdw -> e2e (pm_agent-untouched on sort-only write) -> push. Awaiting e2e confirm.
-
Hub half deployed live v2.9.23 (42ddae9): aro_config sort_order+emoji PRAGMA-confirmed. Client cdw v0.5.24 held; coder doing e2e + push.
-
Shipped end-to-end. Hub v2.9.24 (commit 49e0362): aro_config sort_order INTEGER + emoji TEXT, field-wise POST /aro_config upsert (pm_agent non-clobber confirmed in e2e), per-aro /aro/list?aro=X returns both fields. Client chat-duo-web v0.5.24: /sort + /emoji commands ('-' clears), sidebar ordered by sort_order NULLS-last then alpha, emoji glyph left of name (default white dot). e2e green: hub->cdw pipeline surfaces both fields, pm_agent intact on sort-only/emoji-only writes.
-
Closed on engineering PASS (data pipeline verified hub->cdw, pm_agent non-clobber confirmed on a real aro; cdw v0.5.24 f1703a5 live, hub v2.9.24). ONE acceptance item outside engineering scope: the tablet DOM visual render (emoji glyph + sidebar ordering) can't be seen server-side - Elazar confirms on next page reload. Reopen only if the visual is wrong; the data path is proven.