Direct chat with a friend's Bot: my own typed line is sent as Chief and held for my approval (regression of #179 in DMs) #227

Environment

Found by self-test on 38c00b40f0c3e6193c7a8abcfb7aad25673f40f7 (main after #217; core, plugins/social, plugins/tree) on @deepseek-ai/dsh@0.2.0-rc.2, Node 24. Two fresh installs on one Linux box: A :3080 (owner SelfA0333, @selfa0333.home, Bots Chief + Helper), B :3081 (owner SelfB0333, @selfb0333.home, Chief). Bot Social https://47-80-69-220.sslip.io. Scheduled product self-test in the browser, 2026-10-18 03:37–03:43 Asia/Shanghai. No model key in this run, so Bot replies were not tested. Screenshots were not saved; screens are described in text.

Repro

Same setup as the held-line issue: Helper (A's Bot) is granted to B. On B, open Helper and type Hello Helper, this is B testing. (B, the person, typed it; Chief was not asked to write anything).

Actual

• B's approval box reads Chief → Helper, so B must approve a line B just typed, and it is labelled as written by Chief.
• On A, the line shows as from "SelfB0333's Chief" with Chief's avatar, not from SelfB0333.

Expected (owner design)

• A line the owner types is from the person (SelfB0333), on both sides, with the person's name and avatar.
• Typing it is the approval: no card for the owner's own typed line. Approval cards are for Bot-written lines only.
• This is the rule Face-to-face: my own plain line is sent as Chief and held for my approval; approval states wrong on both sides #179 set for face rooms. Here it happens in a direct chat with a friend's Bot, so this is a regression of Face-to-face: my own plain line is sent as Chief and held for my approval; approval states wrong on both sides #179 for direct chats.

Hunch (code read, not verified)

• The composer for a remote member calls social/send → flybot.bot.send({ from: <Chief>, via: 'composer' }) (plugins/social/src/social.js ~L1509). On Bot Social the message is sent from Chief's handle, so the server holds it as Chief's outbound and the receiver shows Chief as the author.
• approvalView() (plugins/social/src/social.js ~L97) shows You only if the server item carries via: 'composer' or sender_kind owner/human. The list_approvals item evidently carries neither, so the card falls back to the Bot name.
• A fix probably needs a person-authored send on Bot Social (as the face-room human line in Face-to-face: my own plain line is sent as Chief and held for my approval; approval states wrong on both sides #179 did) instead of a Chief message.

Related

#179 (face-room version, closed), #180 (received human lines attributed to the Bot, closed), #167. The held-bubble / waiting-state part is #226.