fix(progress): the line answers the member, like the reply does #394
No reviewers
Labels
No labels
move-to-repo
coilyco-bridge-deploy
move-to-repo
coilyco-flight-deck-agent-compose
move-to-repo
coilyco-gaming-eco-app
move-to-repo
coilysiren-inbox
move-to-repo
unknown
🔒⚠️📦⚠️🔒 SANDBOXED 🔒⚠️📦⚠️🔒
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
c#
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
role/ai
role/creator
role/design
role/director
role/engineer
role/exec
role/human
role/ops
role/qa
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-gaming/sirens-echo!394
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/the-progress-line-is-a-reply-too"
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?
closes #393
Part of #376. Kai wrote "unsure how that's even happening" — it has a one-line answer.
The cause
discordTurnProgress.Postsent with noReference.discordMessageTurn.ReplysetsReference: t.message.SoftReference(). Two halves of one exchange, posted two different ways.The sink held a channel id and never held the message, so it had nothing to reference even if it had wanted to. It carries the message now.
Two details
RepliedUser: false, matching the reply path. A line that answered a member and pinged them would be a new annoyance introduced by a fix for a cosmetic one.A sink with no message still posts, without a reference. Losing the progress line entirely would be worse than losing the reference, so the absence degrades rather than fails.
Not in this PR
#375, the buffer length, carries a live claim from another Angie seat.
ward exec gategreen: build, policy-check, vet, test, test-skips, pre-commit.thinkingmessage doesn't generate as a reply, but the final message does #376