Skip to content

Add full send queue support for sending messages/attachments - #1055

Merged
kevinaboos merged 9 commits into
project-robius:mainfrom
kevinaboos:send_queue
Sep 5, 2026
Merged

Add full send queue support for sending messages/attachments#1055
kevinaboos merged 9 commits into
project-robius:mainfrom
kevinaboos:send_queue

Conversation

@kevinaboos

Copy link
Copy Markdown
Member
  • Local echoes of unsent messages now show a sending status
    indicator which is in the same spot as the AvatarRow of read receipts.
  • It shows everything from sending, upload progress, queued offline,
    failed, to fully sent, with nice icons and colors too.
  • The user can retry or cancel a failed send from the message menu.
  • You can now send messages while offline, and they get enqueued;
    upon coming back online, they'll be sent automatically.
  • We also now route attachment uploads through the queue, and the user
    sees more fine-grained updates like "Encrypting", "X% uploaded", "Sending".

We also discovered a bug in the matrix SDK that makes uploads unnecessarily large and thus slower, see here:
matrix-org/matrix-rust-sdk#6976

* Local echoes of unsent messages now show a sending status
  indicator which is in the same spot as the AvatarRow of read receipts.
* It shows everything from sending, upload progress, queued offline,
  failed, to fully sent, with nice icons and colors too.
* The user can retry or cancel a failed send from the message menu.
* You can now send messages while offline, and they get enqueued;
  upon coming back online, they'll be sent automatically.
* We also now route attachment uploads through the queue, and the user
  sees more fine-grained updates like "Encrypting", "X% uploaded", "Sending".

We also discovered a bug in the matrix SDK that makes uploads
unnecessarily large and thus slower, see here:
<matrix-org/matrix-rust-sdk#6976>
that doesnt' make sense because a "saved" location draft
will by definition be stale. It's better to force the user to
explicitly re-open the location sending pane
one key issue we missed is that a `RoomScreen` can be reused
for a different timeline while an upload is still happening in
the background, so we need to ensure that we don't mistakenly show
the upload progress for a different room's upload.

we now properly handle that via the classic save/restore state pair
of functions, and save it in the `RoomInputBarState`.

This also cleanly allows multiple uploads in separate rooms run
and be displayed at the same time.

also fix typos and clippy
@kevinaboos
kevinaboos merged commit 7338e4d into project-robius:main Sep 5, 2026
11 checks passed
@kevinaboos
kevinaboos deleted the send_queue branch September 5, 2026 01:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant