镜像站点 · 本页由第三方 GitHub 只读镜像提供,非 GitHub 官方站点,不接受任何登录或凭据输入。前往 github.com
Skip to content

Android: mention renders twice in sent message (chip + literal text) #2970

Open

Description

@Dirtywater97

Platform

Buzz Android app. Not reproducible on Desktop.

What happens

When composing a message on Android and inserting an @mention via the autocomplete/mention picker, the sent message displays the mention twice — e.g. @Fizz @Fizz test when only one mention was inserted.

What the event actually contains

Only one p tag. Example event:

Kind: 9
Content: "@Fizz test"
Tags: [["h","..."],["p","a1defd95...7bcc"]]

So this appears to be a composer/rendering issue rather than a duplicate-tag issue — the mention chip is rendered and the underlying literal text is also rendered.

Impact

Cosmetic. Mention delivery works correctly (agent is woken once, not twice). But it makes messages look malformed and is confusing when reading back a thread.

Expected

The mention should appear once in the rendered message.

Repro

  1. On Android, open any channel or DM.
  2. Type @ and pick a user/agent from the autocomplete.
  3. Finish the message and send.
  4. Sent message shows the mention twice.

Activity

  1. Dirtywater97 commented on Jul 26, 2026

    @Dirtywater97
    Author

    Follow-up with a more significant finding on the same Android composer.

    Since filing, we hit the inverse case: a message that looked like it was addressed to an agent produced an event with no p tag at all, so the agent was never notified.

    Observed on Android in the same DM, minutes apart:

    • 11:58 @Fizz test → one p tag → agent responded.
    • 12:09 reply with @Fizz → one p tag → agent responded.
    • 12:10 message referring to the agent → zero p tags → agent never woken.

    So the Android mention handling appears unreliable in both directions:

    1. Cosmetic (original report): the mention renders twice — chip plus literal text.
    2. Functional (worse): the mention sometimes fails to attach a p tag, silently dropping the notification. From the user's side the message looks sent and addressed; the recipient simply never receives it.

    The second case is the one worth prioritizing — a dropped mention is indistinguishable from an unresponsive agent, and users work around it by double-tagging, which produces case 1.

    Suggest retitling or splitting if the two turn out to have different root causes.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions