Some emojis are not displayed

[ArthurSib]

Steps to reproduce

1. Open a chat with emojis.
2. Open a list with emojis.

Expected behaviour

All emojis are displayed.

Actual behaviour

Not all emojis are displayed.

Diagnosis and logs

Diagnosis report

Diagnosis report

Nextcloud Talk Desktop
Version	v2.0.3
Built-in Talk version	v22.0.2
Release channel	stable
Operating system	Linux 6.14.0-33-generic (#33~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 19 17:02:30 UTC 2)
Executable Path	/app/lib/com.nextcloud.talk/Nextcloud Talk
Using Wayland	❌ no
Connected to	-
Nextcloud version	31.0.10
Nextcloud Talk version	21.1.5
notifications app enabled	✅ yes
notify_push app enabled	✅ yes

Application config

{
  "launchAtStartup": false,
  "theme": "dark",
  "systemTitleBar": true,
  "monochromeTrayIcon": false,
  "zoomFactor": 1,
  "playSoundChat": "respect-dnd",
  "playSoundCall": "respect-dnd",
  "enableCallbox": "respect-dnd",
  "secondarySpeaker": false,
  "secondarySpeakerDevice": null,
  "trustedFingerprints": []
}

[ShGKme]

Do you have this problem only in the desktop client, or on web client as well?

[ArthurSib]

@ShGKme, only in the desktop client v. 2.0.3.

In Firefox:

[criegerde]

On Desktop-Client 2.0.3 (Linux AppImage)

^ Wrong colour and some emojis are missing

Web seems to be OK

Desktop Version v. 2.0.2 was not affected (Linux AppImage)

[maxblome]

I tested it with Talk 21 (NC 31) and Talk 22 (NC 32).
The problem only occurs with Talk 21.

Client Version: 2.0.3 (Flatpak)
Server Version: 21.1.5

Client Version: 2.0.3 (Flatpak)
Server Version: 22.0.2

Everything is displayed correctly in the browser.

[dejavix]

Hi,
I have the same issue. From browser, emojis are OK (always were). From flatpak application, they are "blue" and a lot of them are missing. I remember this was working.

My client shows the following:

- Version: v2.0.3
- Built-in Talk version: v22.0.2
- Release channel: stable
- Operating system: Linux 6.8.0-85-generic (#85~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Fri Sep 19 16:18:59 UTC 2)
- Nextcloud version: 31.0.9
- Nextcloud Talk Version: 21.1.5

Output from "flatpak info com.nextcloud.talk":

          ID: com.nextcloud.talk
         Ref: app/com.nextcloud.talk/x86_64/stable
        Arch: x86_64
      Branch: stable
      Origin: talk-origin
  Collection: 
Installation: system
   Installed: 425,7 MB
     Runtime: org.freedesktop.Platform/x86_64/24.08
         Sdk: org.freedesktop.Sdk/x86_64/24.08

      Commit: f0d6eccebb01718d9773e47b69c026428d915b0b415aec2245852dbd19e71b00
     Subject: Export com.nextcloud.talk
        Date: 2025-10-27 18:00:17 +0000

[Fuseteam]

i have it aswell in the flatpak in v2.02 but in the picker it displayed correctly, but when i send it, it is not

[ShGKme]

Client Version: 2.0.3 (Flatpak) Server Version: 21.1.5

Client Version: 2.0.3 (Flatpak) Server Version: 22.0.2

Are you sure the versions are correct?
Emojis are rendered completely on the client side in the Talk Desktop client. Server you are connected to cannot affect it...

[dejavix]

Hi,
screenshot from "About":

[dejavix]

Anyway, I tend to agree that this must be something on client-side as the web-browser version has no issues with emojis.

[ArthurSib]

upd: On another PC, with the talk desktop v 2.0.3 and the same Nextcloud server, there are no issues with emojis. The OS version are identical on different PCs.

[ShGKme]

Thanks everyone for the details!

There are some problems with the v2.0.3 release on Linux due to a problem in Electron with different problems for different users.

• Too small cursor side
• No tray icon
• Crash on dev tools open
• Getting stuck on the load splash screen

Anyone with the emoji issue, could you:

• Confirm you have the same issue on v2.0.2
• Or wait for the v2.0.4 release with reverting Electron upgrade

[maxblome]

Client Version: 2.0.3 (Flatpak) Server Version: 21.1.5
Client Version: 2.0.3 (Flatpak) Server Version: 22.0.2

Are you sure the versions are correct? Emojis are rendered completely on the client side in the Talk Desktop client. Server you are connected to cannot affect it...

Yes, a production instance with Talk 21, a test instance with 22.

I also used a fresh Flatpak instance for Talk 22, maybe that's why. I'll try again with Talk 21 using a fresh Flatpak instance.

The same problem already existed in version 2.0.2 with Talk 21. Unfortunately, I didn't test it with Talk 22.