I just wonder that if MM could set background color for messages by condition.
Like hipchat that bot messages could show with different color by info level:
green => success
yellow => warning
red => failed

https://cdn-standard.discourse.org/uploads/mattermost/original/2X/7/7c73a31b081c6207d23ff87a7a98aafe89d83901.jpg

Support all issue status update event transitions, not just only status changes when the ticket is reopened, or when resolved/closed, and assignee changes.

We use the issue status transition to trigger the QA Team to start work. Would be nice to have these notifications via the Mattermost Integration

I use Outlook and Jabber at the moment, and whilst I'm trying to push as much communication as possible to MM, there are times when this isn't possible. If i'm in a meeting, or on a call, it would be nice if MM could be notified of your status change and update your availability. It can be quite frustrating when you're presenting your desktop and you're getting popup notifications, MM should have the ability to figure this out and put me in DND.

Please create an integration with Figma

It'd be great if in the integrations you could assign a bot account ownership of a webhook.

Keycloak is one of the most popular IDP providers used.

It would be great it Keycloak could be supported as simple as other authentication providers based on the same technology.

It would be awesome for us, when something like this could be achieved:

I use a slash command in a thread (right side), the triggered post will include the parent message id.

Add the parent message id to incoming webhooks. So I can reply to a thread with webhooks.

Integration of Wekan - Open Source Trello-like Board System

Just like it is possible to trigger outgoing webhooks from specific keywords, it'd be nice to trigger an outgoing webhook from a emoji reaction on a message.

The idea is to allow the message being reacted to to be sent to another system where it could be parsed and analysed for further action.

I would like to add a string to the header and purpose every time it is changed via a plugin, but this is currently not possible as there is no hook for channel metadata in the plugin API.

Would be great to do an Asana plugin

Right now when you click to Add new + icon beside direct message it show you directory where it show all user registered on the server.

So to protect that, a option to hide that directory will be added. To add other user you have type email address of that user from which he registered on your server.

More like whatsapp where you can msg people whome phone number you have.

Miro (https://miro.com/) is a collaborative whiteboarding system popular with (interaction) designers but also used in research and strategy planning.

Microsoft Teams allows the following events from Miro to be shown:

• invitees sign up
• board is shared with you
• there's a new comment or a reply to your comment on a board
• someone @mentions you in a comment or reply.

Source: https://help.miro.com/hc/en-us/articles/360017572514-Microsoft-Teams

It would be nice to have a similar integration in Mattermost.

Google docs collaboration

As described at https://forum.mattermost.org/t/auth0-single-sign-on/6728

As a mattermost administrator, I want to be able to configure authentication with Auth0 as an identity provider. Auth0 supports a variety of standards, so it might be best to implement it as OpenID Connect.

The idea would be to create a standard bridge and a marketplace to integrate with Mattermost external applications.
It could be a calendar (like in an other idea) or files management systems, gantt ... or many useful apps, based on the oauth2 authentication of Mattermost

Allow plugins to add to the settings menu, much like they can add to the System Console settings.

Collaborative apps would greatly benefit from reusing a robust and mature chat system, instead of reimplementing a shitty one (think Google Meet's side chat). It would be great if Mattermost could allow an existing channel (or a newly-created one) to be embedded inside an iframe that communicates with the host window e.g. via postMessage or similar mechanism.

From: https://github.com/mattermost/mattermost-server/issues/10463

At the moment, the "comment" value for response_type will only trigger for the triggering message, even if that message is part of a thread. Maybe a value of "thread" can tell it to reply in the thread rather than creating another thread just to respond to the trigger message.