Editing Mode Lost When Canceling an Empty Message Edit

Description:

When editing a message, if the user clears the message text entirely and then presses the Send button (or Enter key), a confirmation modal appears asking if they want to delete the message. If the user selects Cancel to prevent deletion, the composer incorrectly exits editing mode while restoring the previous message text. As a result, sending the restored text creates a new message instead of updating the original one.

This issue occurs only when the edited message is completely removed before pressing Send, leading to unintended message duplication and disrupting the expected editing workflow.

Steps to Reproduce:

1. (Optional) Send a new message to any chatroom.
2. Click Edit Message on an existing message.
3. Clear the message text entirely.
4. Press Send (Enter key) or click the send button.
5. A warning modal appears with the message:

   "Are you sure? You will not be able to recover this message!"

   • Click Cancel to prevent accidental deletion.

Expected behavior:

When canceling an empty message edit, the Composer should remain in editing mode, and the message should either be restored to its previous content or left as an empty draft, allowing the user to continue editing without disruption.

Actual behavior:

After canceling an empty message edit, the Composer restores the previous message text but exits editing mode. Sending the restored text creates a new message instead of updating the original one.

Server Setup Information:

• Version of Rocket.Chat Server: 7.5.0-develop
• License Type: Starter
• Number of Users: 1
• Operating System: Ubuntu 22.04.5 LTS (WSL 2) (64-bit)
• Deployment Method: yarn dsv
• Number of Running Instances: 1
• DB Replicaset Oplog: 8 MB
• NodeJS Version: 22.13.1
• MongoDB Version: 7.0.5

Client Setup Information

• Desktop App or Browser Version: Microsoft Edge 134.0.3124.83 (Chromium 134.0.6998.118) (64-bit)
• Operating System: Windows 11 Version 23H2 (Build 22631.4890)

Pull Requests

35653
35655
35656: Optimal and Minimal

Additional context

https://github.com/user-attachments/assets/5109b77f-11b1-4dba-bf2b-20b3e629f892

Reproduce the empty-message edit flow and inspect the composer and confirmation-modal handling used when Cancel is selected. Compare the behavior with pull requests 35653, 35655, and 35656; done means canceling deletion keeps the composer in editing mode so a subsequent send updates the original message.