Folks, is it really that hard to disable the code for bubble chat and the chat window if both UI elements are disabled? Like this would immediately fix our problem in our game, and other games can easily switch to TextChatService-powered custom UIs.
1 Like
This is, once again, a crucial thing to pay attention to. Roblox is going to forcibly tank the performance of every single game on Roblox with no way to avoid it.
I represent Heroes Battlegrounds. We refuse to move over to the new chat system and will continue to refuse to do so until Roblox either:
- fixes the performance issues with the default UI completely disabled, or
- (ideal) fixes the performance of the default UI and brings it to the same level that Lua chat had.
This lack of urgency in improving the most vital part of a social platform (the social element itself) is disappointing.
9 Likes
I, wholeheartedly, agree that this should be taken way more seriously. It does not seem - at least to me - as an inherently hard thing to fix. I hope that before the force, we get some performance equal to or better than LegacyChatService, because to be real, this is genuinely not right. TextChatService was not ready to be the default and only option for in-game chat on this platform, and we need to see improvement before it can be so.
Furthermore, many of the CoreScripts in general do not run that well. It would be amazing if Roblox were able to fix these problems as well, since ExperienceChatMain is not the only contributing factor to this problem.
You’re absolutely right, the most dominant CoreScripts with performance issues are ExperienceChatMain and the React scheduler that appears with the tag of SchedulerHostConfig.default. I’ve noticed that whenever I get huge lag spikes on experiences it mostly have to do with either of these two CoreScripts. There are also Corescripts like PlayerListManager, CameraModule, Topbar and CharacterNameHandler spiking and taking more resources than expected sometimes, but they’re usually less severe and spike less often.
Eitherways, Roblox should fix all of the performance issues related to the CoreScripts. It’s not logical for CoreScripts to be the main cause for the lag spikes in experiences and use way more resources than actual developer scripts. CoreScript related performance issues didn’t exist before and they should be fixed for once and all, and not be ignored and neglected like they’re currently now.
12 Likes
Nothing have changed still, and now we’re being forced to implement parental control, an on April 30th, we’ll be forced to use TextChatService.
Literally upon any interaction with TextChatService there’s a 1-7ms spike that appears in the microprofiler, even though there were “performance improvements” and there is “active work on it”.
Please stop with the negligence. This is starting to become troublesome. As a person who often strives for playable experience with low-spec hardware, this is stupidly annoying when something lags your game and thats completely out of your control (in that case, TextChatService)
8 Likes
4 Likes
We’re now almost 1.5 months away from the removal of the Legacy Chat System, and this issue still remains to be unaddressed 
microprofile-20250214-213218.html (4.3 MB)
7 Likes
I hope they could at least delay it until they properly utilize React, I still have no idea how they managed to screw the optimization up so much in this way.
Probably doesn’t help that they seem to try and fetch FFlags everywhere, even in the same function, without caching its result, causing delays.
For example, everytime someone sends a chat message, it checks if the “ChatTranslationUIEnabled” is true… Every single time. And no, I don’t mean they check a variable, I mean they run a function that does GetFastFlag and returns the value. I am suspecting it does that multiple times across many more modules as it passes the signal to them.
Or how about fetching the “EnableBillboardUpdateFrequency” on Heartbeat? Does that not just sound painful for the Lua engine?
Every individual call to GetFastFlag might only take 0.1ms on average, but overtime this adds up, especially in a game with lots of players using the text chat, with many bubbles potentially being able to be displayed at once, not to mention it’s running FindFirstChild as well to find the adornee instance for bubbles that have a Model as their adornee… which would be all player’s characters, wouldn’t it?
The system might have changed ever since I’ve been sent the snippets of code, and they aren’t really the source code either, so my assumptions might be wrong(!), but it just shows the code wasn’t exactly made with optimization in mind.
I don’t claim to be an expert on Lua, but surely if this many people are complaining about performance, this approach might just be wrong in its execution.
8 Likes
I have my doubts that they would delay the removal of it, at least for the performance issues. I just hope that they would fix the performance issues and all other bugs before the timeline, that’s the bare minimum, because later they should support missing features that were in the Legacy Chat System but currently aren’t in TextChatService. Knowing Roblox, they will most likely not do any of this, so I won’t keep my expectations high. But I hope I get proved wrong.
Regarding React, almost all of their CoreScripts that depend on it suffer from performance issues, I am not sure if this is just the nature of React or Roblox is doing a terrible job at using it properly but that’s how it is. It might be a combination of both. Honestly, I don’t get on why do they even need to use React, Lua chat (Legacy Chat System) is completely fine without it. What’s missing in Luau that they are forced to use React to compensate for? Literally nothing. Either they use it well or they don’t, which is a better choice in my opinion.
3 Likes
they sneaked this one in release notes 660 Release notes for 660 | Documentation - Roblox Creator Hub
its finally happening I AM SO HAPPY
5 Likes
Wow! I am pretty sure it wasn’t there the first time the release notes for version 660 were out, they definitely put it there afterwards.
This is one good step in the right direction, now we just need performance improvements for when the default UI is actually being used which is true for most of the games that use TextChatService.
3 Likes
I also noticed a lot of waste here, especially when flags were living for a long while. 100 flag checks can sometimes add up to 1ms per frame (This is hypothetical, I didnt see any evidence of 100 flags being called per frame)!
I merged a change a few weeks ago that should have been released this week that cleans up a lot of these calls to FFlags.
11 Likes
That’s great, but I am still wondering on why is that with every improvement that is being released there’s almost no difference that’s being made on real-world performance. I have just tested a few Roblox games that use TextChatService and I am still getting the same spikes with the same severity as before.
I am curious in what’s the main reason for these spikes and performance issues. All I know is that the spikes are worse and happen more often the larger a game server is and the more people are using the chat.
microprofile-20250221-133256.html (5.4 MB)
3 Likes
So apparently, the chat still takes up resources even when it’s disabled through the settings. Also the chat box shows on PC when it doesn’t on Mobile which is another bug. The window would still stay open and it isn’t possible to hide it due to the chat button not showing.
1 Like
Great if it fixes the issue. @be_nj please update us on when the fix has rolled out, because I can’t seem to trust the release notes statuses so much when it has marked the fix of the scrollbar bug as pending now even though the fix has rolled out and even though it was marked as “live” when the release notes of version 661 were initially rolled out.
1 Like
This level of performance is unacceptable and can only be mitigated by having CPU’s with industry-leading single-core speeds. Unfortunately, this very much lays in <1% of Roblox’s demographic.
Disabling the chat core gui on the client side does not prevent stutters from occurring for as long as other users in the same server have the ability to send messages. A game like Flood Escape 2 requires there to be no stutter for completing the hardest maps, and this is a direct threat to that.
Since it has been a year and a half and these performance issues are still present, the only valid method of communication from Roblox regarding this issue is now via any noticeable changes via the micro-profiler.
Given that the deadline for using the new TextChatService is by April 30th, developers should be preparing for the worst.
Developers; if your experience requires smooth frametimes I recommend offering a game setting that offers the ability to play in servers where the chat option is completely nuked and no players have access to any method of chat so that you have greater control over the performance of your experience; this should also help improve your placement in the algorithm due to increased FPS metrics on your experience if your game is not GPU-heavy.
5 Likes
You’ll never be able to escape React-lua’s performance issues… Because the Topbar also has performance issues.
I’ll make an actual bug report when I can confirm it happens and is very easily replicatable and it is not related to the chat issues.
Though it might be related to chat issues? Maybe it is re-rendering the entire topbar everytime (roblox uses React in lua) a chat message is sent because the chat ui change is still pending… And in microprofiler dumps they show up as ExperienceChatMain…
4 Likes
I would say take advantage of Parallel Luau, but there’s only a 3 worker limit so…