Another month, another release! To be released soon, Rocket.Chat 3.8 counts on a lot of new features and improvements. So if you don’t like spoilers, don’t keep on reading! We listed our new features and improvements on our upcoming release below. Make sure you check it out and know what to expect!
*To read the full release, click here.
A long-waited feature is now here! Our new scheduler API allows users to schedule jobs or tasks to be done in the future. The API allows developers to develop the scheduler feature in many ways (i.e. via slash command /remind).
It’s now possible to map which value from the OAuth authentication should map to which channels. There are also new settings, such as to enable/disable this behavior and a mapping setting.
React to messages without a worry: we now have a new UI to view reactions! Previously, when a lot of reactions were made to a message, things got a little confusing and it could be a little hard to tell which user reacted which way. With this release, the reaction box is a kind of modal, so users can see more detail in a better-looking interface.
With the “bad words” filter enabled, the user will find a predefined list of bad words that are going to be whitelisted when used. Previously, the user was only allowed to add more words to that list, but not to exclude any. With this release, the user can now exclude some words from the “bad words” list.
A new API for the Apps Engine team or developers to be able to fake a user typing. That way, if you’re developing/integrating a bot, you can send a “typing” indicator to the room you’re interacting with, creating a “fake” a user typing.
Another long-waited feature in this release! This is the first step of our microservices roadmap, to be improved in the upcoming releases: we hope to count on documentation and battle-tested versions of the microservices in the next versions of Rocket.Chat. However, if you have an Enterprise license you can already run it on your server.
Hundreds of files of code were changed to make this improvement happen! Rocket.Chat now can run both as a monolithic application for the community version and be able to run as multiple services on Enterprise version, sharing all the logic already existent.
Overall, this version is focused on making the single processes stable. The next one will be about making sure that microservices are running on perfection, distributed correctly and documented.
Admins can reset the 2FA of other users if they have the permission edit-other-user-totp and the Accounts > Two Factor Authentication > Enforce password fallback setting is enabled.
If you have prometheus installed, you can now see metrics about how apps are running: how many are running, how many failed, etc. That’s important to the admins, so they can monitor their apps behavior and fix eventual problems.
Previously, when authenticating a user’s CAS, if the user didn’t exist, it was automatically created – which may not be the desired response to this action. Fortunately, now you can choose! The user creation can now be disabled, and CAS authentication can be made without creating a new account in case the user is nonexistent.
The channel avatar now appears on the top of the channel page, just like direct messages and groups.
We released a new sidebar built from scratch, with layout adjustments and performance improvements. You’ll notice a few size changes in some assets, changes on the presence of icons and a few other updates. Last but not least, the new sidebar was completely rewritten in React and is now much faster, reducing the CPU usage of the application.
Another great improvement is that the user status is now represented by shapes and colors, so colorblind users can also understand them. It goes like this:
- Offline: grey circle outline
- Busy: red circle with a white dash (-)
- Online: full green circle
- Away: yellow circle with clock pointers
An improvement on the behavior of our apps list page! With this change, if the user accesses our Marketplace with no internet connection, a more correct error message will show up, saying we weren’t able to communicate with the marketplace.
🐛 Bug fixes
“Export Messages” only works for global roles (#19264)
2FA required rendering blank page (#19364)
Adding missing custom fields translation in my account’s profile (#19179)
Admin not working on IE11 (#19348)
Anonymous users are counted on the server statistics and engagement dashboard (#19263)
Broken user info when a user don’t have an email address (#19339)
Don’t send room name on notification (#19247)
Error when editing priority and required description (#19170)
Integrations history page not reacting to changes. (#19114)
Invalid attachments on User Data downloads (#19203)
IRC Bridge not working (#19009)
LDAP Sync Error Dup Key (#19337)
Livechat Appearance label and reset button (#19171)
Message actions on top of text (#19316)
Omnichannel – typo error label at current chats page (#19379)
Omnichannel auditing required field (#19201)
Omnichannel: triggers page not rendering. (#19134)
Performance issues when using new Oplog implementation (#19181)
A missing configuration was not limiting the new oplog tailing to pool the database frequently even when no data was available, leading to both node and mongodb process been consuming high CPU even with low usage. This case was happening for installations using mmapv1 database engine or when no admin access was granted to the database user, both preventing the usage of the new Change Streams implementation and fallbacking to our custom oplog implementation in replacement to the Meteor’s one what was able to be disabled and use the native implementation via the environmental variable USE_NATIVE_OPLOG=true.
Remove requirements to tag description and department (#19169)
Selecting the same department for multiple units (#19168)
Server Errors on new Client Connections (#19266)
Setting values being showed up in logs when using log level for debug (#18239)
Thread List showing wrong items (#19351)
Use etag on user info (#19349)
UserCard Roles Description (#19200)
VisitorAutoComplete component (#19133)
Wrong avatar urls when using providers (#18929)