Repository navigation
Tags: add tags[] to the composer with prefix autocomplete #28
Description
Activity
Implemented in the PR above (branch
issue/28-composer-tags). Closing here — review and any follow-up happens on the PR.Two contract corrections to this issue's assumptions:
GET /api/tags/autocompletetakesq, notprefix— sendingprefixreturns400 {"error":"Query parameter 'q' is required"}.Tags are not hashtag-shaped. Real tags on the live account include
"life is short, o brave girl"and"light rail"— spaces and punctuation — so the input deliberately does not split on whitespace or rewrite anything.The debounce/cancellation requirement was treated as the load-bearing part and mutation-checked: removing the stale-query guard or the job cancellation each fails exactly the tests that cover them.
Tag chips on the card are deliberately inert for now — #29 can attach a click handler to the existing test tag without touching the layout.
- added a commit that references this issue
on Sep 16, 2026
Part of #27 — Tags: tagging posts, autocomplete, trending and tag-filtered feeds
tags[]onPOST /api/messages.GET /api/tags/autocompletefor prefix suggestions as the user types (case-insensitive,literal prefix — do not fuzzy-match client-side and misrepresent the server's semantics).
Tests: request carries tags; autocomplete debounce/cancel; card renders tags.
Filed from the parity review of
feature/parity-wip@14d7795against interlinedlist.com (OpenAPI/api/openapi.json, 233 paths) and the public help centre.