General
Please search for existing ideas before posting a new idea.
1259 results found
-
Ability to limit Custom Emojis for Guest Accounts
Custom Emojis normally are a byproduct of the culture within the company. This can be inside jokes, meme culture, etc that the culture of the company dictates. Some emojis could be made from colleagues who agree to it within a company setting but not outside the company itself.
Since you can invite Guests to the Mattermost server there should be a setting that allows or disallows Guests from seeing custom emojis.
- A option in the Guest Access portion called 'View Custom Emojis as a Guests' (True/False)
- When true, guest accounts have access to custom emojis
- When false, guests only see…
33 votes -
Add Emoji from Unicode 14.0 onwards
The emoji picker seems to be missing all emoji added since Unicode 14. For example:
Unicode 14 added 🫡 Saluting Face and 🫠 Melting Face.
Unicode 15 added 🫨 Shaking Face and 🩷 Pink Heart.
Unicode 16 added Face with Bags Under Eyes and Root Vegetable.
Unicode 16 added Distorted Face and Fight Cloud.
None of these show up in the emoji picker.
3 votes -
User defined default for schedule send time.
Every day I schedule send messages for the same time. Once I schedule one it remembers my preference. But then it forgets it for the next day and I have to "choose custom time". Allow the user to define their suggested schedule send times.
3 votes -
Custom slash commands that get passed as message
We should have the option to set custom slash commands as a passable message. If an AI agent bot is doing bad things, they need to be stopped. Typing /stop does nothing until I find the tiny link at the bottom and approve it to be sent. If you do not allow disabling of the interception, there needs to be a way to add those as custom slash commands that are sent as pain text. Requiring firewall opening, open access to the internet to an AI agent is just a bad option.
3 votes -
[TextChat][CodeBlocks] Support for ansi formatting
[This request applies to all Mattermost clients]
Category: Text Chat: Code blocks
Allow code blocks to use the
ansilanguage code, which allows users to format messages with data similar to terminal applications, with colors, spacing, and more.1 vote -
Introduce Video Calls
It would be great to include video calls to the normal calls, like in Teams, which also rings like a phone call when calling someone or video calling someone.
3 votes -
Add quote reply in addition to collapsed threads
Currently, in order to reply to someone a few messages back, you hit the reply button and it goes into a thread. Alternatively, Mattermost could add a quote button on messages next to the reply button. When you click quote button it should work like reply in modern messengers with text of the message or part of it and name of the creator of the message.
Threads are useful, but creating them for replying to paticular messages can be a bit of an overkill.178 votesLabel and status updated.
-
Title: Bring Reaction Menu closer to the message text on wide screens Description: Currently, the hover reaction menu is always pinned to th
Title: Bring Reaction Menu closer to the message text on wide screens
Description:
Currently, the hover reaction menu is always pinned to the far right edge of the message container. On ultra-wide monitors or when using the "Full width" display setting, this creates a huge physical distance between the short message text (on the left) and the reaction buttons (on the far right).
This is exhausting for the user's eyes and requires excessive mouse movement for every single reaction.
Suggested Solution:
…Allow the reaction menu to float near the end of the message text if the message is short. Or,3 votes -
Screen sharing, voice and webcam on entry edition
Screen sharing, voice and webcam on all editions. This would make it a genuine Discord competitor/alternative.
3 votes -
Revert licence changes introduced in v11
As was described at forum: https://forum.mattermost.com/t/future-of-mattermost/25396 current direction of Mattermost will destroy community around product. The idea is to revert recent changes, that were introduced in v11 (it would be nice to keep gitlab SSO).
4 votes -
Ability to “Also send to channel” inside a thread
As we are starting to use threads more, it would be nice to keep the channel updated when important updates are made in threads.
Slack solves this problem by adding a checkbox that says “Also send to channel” inside a thread. Would love to see a similar approach.
31 votes -
Show "channel purpose" in "find channels" modal window
Hi!
Please consider a small UI improvement for channel search.
It would be great if, in the "Find Channels" modal window, the text from the "Channel Purpose" were displayed next to the channel name. This would significantly simplify finding the right channel without having to open each one from the search modal window.
Thank you!
1 vote -
To use an Access Token to login at the Mobile app
I see that the access token is only for the API, but I wonder if at some point it would be possible to use the access token to access the mobile app? and thus avoid using the password (or in my case keycloak credentials) on the smartphone.
Thanks
6 votes -
preventing re-login after desktop app upgrades
Desktop app was upgraded today to a new major version 6 -> all users was left out from the service and desktop asking the server details for re-login. Please, make the desktop app upgrade procedure in a way that never brakes the login / sessions for the user. This has happen every now and than with minor upgrades also. This issus is faced at least in Windows desktop app.
3 votes -
Hide Select button after emoji is chosen in Add Custom Emoji form
When adding a custom emoji, the Select button stays visible even after choosing an emoji image, which can confuse users.
To improve the experience, I suggest:
Replacing the “Select” button with "Change" and "Remove" buttons
Hiding the “Select” button while the Add Emoji request is submitting
This would make the UI clearer
Related GitHub issue:https://github.com/mattermost/mattermost/issues/34205
I’d love to implement this myself if it’s approved.
1 vote -
Message Forwarding Control in Mattermost
Currently, users cannot forward messages to others in Mattermost. It would be helpful if system admins could control this feature — either allow or restrict forwarding globally or between selected users. This would improve usability while keeping communication secure and flexible.
8 votes -
Customiziable user profile fields (in addition to "position" and "nickname")
Currently the user profile contains a nickname and position field. It would be awesome if it was possible to add additional fields in the System Console, and that users then could populate them with information.
Depending on the mattermost server and what it is used for many different fields could be useful. For my specific case (student organization) I would like to add:
- Phone Number
- Pronouns
- Year of study
These fields would ideally show up both on mobile and desktop/web platforms.
4 votes -
Show Emoji's in Recent Mentions Sidebar
I use Emoji Reactions to indicate to others if their messages have been actioned - usually a little green check mark.
If a message is for me specifically to action, I tend to save it and use that saved messages sidebar as a sort of "to-do" list. If I react to a message, that emoji shows up in my saved list and I can then make sure I un-save it.
This behaviour doesn't seem to be replicated in the Recent Mentions view. It would be good if that view included reaction emoji's, so I can quickly glance to see I've…
2 votes -
Boards roles: Editor has too many rights, Reader too few – need middle option
Currently, Mattermost Boards only provide three roles: Admin, Editor, and Reader.
Editors have full permissions over cards, including creating, editing, moving, and deleting cards, labels, and properties structure.
Readers can only view boards and cannot interact with cards at all.
This creates a gap: there is no role for users who should be able to move and update cards (for example, to progress tasks in a workflow) but should not be able to delete cards, labels, or properties.
1 vote -
Add the ability to create subchannels within existing channels
Feature Request:
Add the ability to create subchannels within existing channels to better organize conversations and topics within a team and break large channels into focused topics.Proposed Implementation: Follow the same pattern used by Posts with RootId. Add a ParentChannelId field to the Channel model that references the parent channel, enabling a single-level parent-child hierarchy. This mirrors how thread replies work - posts use RootId to reference their parent post, and we can apply the same approach to channels.
Link to Github issue: https://github.com/mattermost/mattermost/issues/33948
3 votes
- Don't see your idea?