Continued to notice this through games using the new TextChatService.
I get the same issue.
When pressing / or - or whatever it sends causes it to go in the chat as well
Oof, thanks for the report. I’ve forwarded this report to the team and we will look into taking steps to determine how to prevent this in the future.
I just was about to mention this, players are having issues in my game with the / hotkey also.
In addition to the / issue, I’ve also heard reports of chat bubbles not disappearing over users heads.
I’ve had to switch back to legacy chat (which is not ideal) due to the outrage it’s causing.
That issue (chat bubble disappearing) should be fixed by now according to this post : Bubble Chat is now integrated into TextChatService! - #102 by SubtleShuttle
Reports were coming in as of yesterday.
And as of typing this, it’s still happening to me, and I’ve observed it happening to other people I was playing with.
Hopefully a fix comes today, I’m starting to go near mad having to press backspace all the time.
This is happening in my game too and many people are complaining about it.
I replied to the message talking about the chat bubbles disappearing, is that what you are referencing?
This issue is also occurring to my custom chat system. I use
task.defer to capture focus of the TextBox on the next resumption cycle to avoid capturing the “/”. This trick worked as expected up until today.
UserInputService.InputBegan:Connect(function(...) ... task.defer(textBox.CaptureFocus, textBox) end)
I thought this behavior may have been caused by the SignalBehavior flag, however it persists regardless of whether it’s
Edit: I realize this has been reported above, but I’ll leave it here in case it’s useful.
Also getting very annoyed players at my experience. Parts of my experience depends on TextChatService and I cannot revert back to the classic chat without redoing these portions. Hoping for an update on this soon.
Unable to find a workaround ):
I presume the team will take a look after the weekend is over? A bit weird it’s taken so long for a seemingly major communication bug.
putting this bug report here in case you don’t see it
Hi everyone, we’ve identified a fix which should be included in our release next week. The team is also taking steps to ensure this regression doesn’t happen again in the future.
Why was it not already made with the option to turn it off when it was added?
TextChatService is currently opt-in. It is optional.
Right now the key got changed from / to . in the prompt
But . is emote menu and it still shows / in roblox menu
And it doesn’t open chat
This can be done using a more suitable method by simply using InputEnded instead. This will not trigger input into the text box.