RocketChat / RocketChat/Rocket.Chat
Bug: 'encrypted' flag not included in rooms.createDiscussion request when creating encrypted discussions
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 46.1k
- Forks
- 13.9k
- Avg merge
- 3d 3h
- Merged PRs (30d)
- 130
Description
Description:
When creating a discussion with the Encrypted toggle enabled, the request sent to /v1/rooms.createDiscussiondoes not include the encrypted field in the payload. As a result, the created discussion may not be encrypted even though the user selected the encrypted option.
Steps to reproduce:
- Open a channel.
- Create a new discussion.
- Enable the Encrypted toggle.
- Click Create.
- Inspect the request sent to
/v1/rooms.createDiscussion.
Expected behavior:
The request payload should include:
encrypted: true
Actual behavior:
The request is sent without the encrypted property because the handleCreate function does not destructure the encrypted field from the form values.
Server Setup Information:
- Version of Rocket.Chat Server: 8.3.0-develop
- License Type: Community (dev build)
- Number of Users: 1 (local dev)
- Operating System: MacOS 26.2
- Deployment Method: Source / yarn dev (Meteor development server)
- Number of Running Instances: 1
- NodeJS Version: 22.16.0
- MongoDB Version: 6.10.0
Client Setup Information
- Desktop App or Browser Version: Chrome 145.0
- Operating System: MacOS 26.2
Additional context
Relevant logs:
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Search the TypeScript codebase for the discussion-creation handleCreate function and trace the request sent to /v1/rooms.createDiscussion. Confirm that the encrypted form value is included in the payload when the Encrypted toggle is enabled, then verify the resulting request.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- api, frontend
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Clearly specified
- Newbie friendliness
- 72/100