Threads appear as normal messages

[D1sT1ny]

Summary

When creating threads in NextCloud Talk, the messages are sometimes shown as normal chat messages instead of threads.

Device information

Device: IPhone 14

iOS version: 18.1.1

Talk version: 22.0.1

Server information

**Nextcloud version: 32.0.0

**Talk version:22.0.0

[SystemKeeper]

Hey, thanks for the report! Are there specific steps to reproduce this? Or can you make a screencast that shows the issue?

[D1sT1ny]

Thanks for the reply! Here's a screencast about the issue.

ScreenRecording_10-17-2025.09-13-49_1.mov

[SystemKeeper]

Thanks a lot for that! I still seem to be unable to reproduce that behavior :-(
I did get that right, it’s not always the case, right?
Can you post a redacted config.php you’re using?

[D1sT1ny]

Here's my config.php file.

"system": {
        "instanceid": "***REMOVED SENSITIVE VALUE***",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
      ***REMOVED SENSITIVE VALUE***
        ],
        "datadirectory": "***REMOVED SENSITIVE VALUE***",
        "dbtype": "mysql",
        "version": "32.0.0.13",
        "overwrite.cli.url": ***REMOVED SENSITIVE VALUE***,
        "overwriteprotocol": "https",
        "dbname": "***REMOVED SENSITIVE VALUE***",
        "dbhost": "***REMOVED SENSITIVE VALUE***",
        "dbport": "",
        "dbtableprefix": "oc_",
        "mysql.utf8mb4": true,
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "installed": true,
        "mail_smtpmode": "smtp",
        "mail_smtpsecure": "ssl",
        "mail_sendmailmode": "smtp",
        "mail_from_address": "***REMOVED SENSITIVE VALUE***",
        "mail_domain": "***REMOVED SENSITIVE VALUE***",
        "mail_smtphost": "***REMOVED SENSITIVE VALUE***",
        "mail_smtpauth": true,
        "mail_smtpport": "465",
        "mail_smtptimeout": 30,
        "mail_smtpname": "***REMOVED SENSITIVE VALUE***",
        "mail_smtppassword": "***REMOVED SENSITIVE VALUE***",
        "integrity.check.disabled": false,
        "maintenance_window_start": 1,
        "maintenance": false,
        "default_phone_region": "VN",
        "memcache.local": "\\OC\\Memcache\\APCu",
        "filelocking.enabled": true,
        "memcache.locking": "\\OC\\Memcache\\Redis",
        "redis": {
            "host": "***REMOVED SENSITIVE VALUE***",
            "port": 6379,
            "timeout": 0,
            "password": "***REMOVED SENSITIVE VALUE***"

 "apps": {
"spreed": {
            "allowed_groups": "[]",
            "conversations_files": "1",
            "conversations_files_public_shares": "1",
            "default_group_notification": "1",
            "enabled": "yes",
            "hide_signaling_warning": "yes",
            "installed_version": "22.0.0",
            "project_access_invalidated": "1",
            "signaling_servers": "***REMOVED SENSITIVE VALUE***",
            "signaling_ticket_secret": "***REMOVED SENSITIVE VALUE***",
            "signaling_token_privkey_es256": "***REMOVED SENSITIVE VALUE***",
            "signaling_token_pubkey_es256": "***REMOVED SENSITIVE VALUE***",
            "sip_bridge_groups": "[]",
            "start_conversations": "[\"admin\"]",
            "types": "dav,prevent_group_restriction"

[SystemKeeper]

Thanks again for your help in understanding the issue. I was able to reproduce this on our end. It looks like this is server related, so I'll transfer that issue shortly and discuss a fix with the team.

[SystemKeeper]

Details

Thread creation is happening at

spreed/lib/Controller/ChatController.php

Lines 278 to 280 in 089c466

	$comment = $this->chatManager->sendMessage($this->room, $this->participant, $actorType, $actorId, $message, $creationDateTime, $parent, $referenceId, $silent, threadId: $threadId);
	if ($createThread) {
	$thread = $this->threadService->createThread($this->room, (int)$comment->getId(), $threadTitle);

Timeline:

• Message is send
• On client: Long polling fetches the new message
• Thread is created

-> The client received a message without the needed thread information.

For easier reproduction:

diff --git a/lib/Controller/ChatController.php b/lib/Controller/ChatController.php
index 9013f4181..ba62ed6e9 100644
--- a/lib/Controller/ChatController.php
+++ b/lib/Controller/ChatController.php
@@ -276,6 +276,7 @@ class ChatController extends AEnvironmentAwareOCSController {
                        $createThread = $replyTo === 0 && $threadId === Thread::THREAD_NONE && $threadTitle !== '';
                        $threadId = $createThread ? Thread::THREAD_CREATE : $threadId;
                        $comment = $this->chatManager->sendMessage($this->room, $this->participant, $actorType, $actorId, $message, $creationDateTime, $parent, $referenceId, $silent, threadId: $threadId);
+                       sleep(1);
                        if ($createThread) {
                                $thread = $this->threadService->createThread($this->room, (int)$comment->getId(), $threadTitle);
                                // Add to subscribed threads list

While we set the thread information on creation correctly:

spreed/lib/Chat/ChatManager.php

Lines 449 to 453 in 089c466

	if ($threadId === Thread::THREAD_CREATE) {
	$metadata[Message::METADATA_THREAD_ID] = $messageId;
	$comment->setMetaData($metadata);
	$this->commentsManager->save($comment);
	} elseif ($threadId !== Thread::THREAD_NONE) {

In case of a parallel request to recevieMessages, we don't have the needed information in prepareCommentsAsDataResponse:

spreed/lib/Controller/ChatController.php

Line 686 in 22f876b

$threads = $this->threadService->findByThreadIds($this->room->getId(), $potentialThreadIds);

And therefore the client receives a message without thread information.