Emoji button on Linux is non-functional

When pressing the Emoji button to include a smiley or similar, the Emoji button does nothing. This was originally not the case but started sometime after initial install.

Fedora 35 Mate desktop jami-libqt-6.2.3-3.fc35.x86_64, jami-daemon-20220516.0214.9b42ad3-1.fc35.x86_64, jami-libclient-20220516.0214.9b42ad3-1.fc35.x86_64, jami-qt-20220516.0214.9b42ad3-1.fc35.x86_64

Steps to reproduce

Press the Emoji button

Expected Behavior

For the Emoji list to appear

Actual Behavior

Nothing happens. No Emoji list.

NB. First bug so please let me know any additional information required.

changed the description

Similar report on Arch Linux.

mmh I do not have the issue on Fedora 35 (tested on Mate, Gnome and i3)

For the report on Arch:

js: Uncaught ReferenceError: prepare_to_show is not defined

This is defined in src/app/commoncomponents/emojipicker/emojiPickerLoader.js

if you add log in EmojiPicker.qml, onLoadingChanged, is the "emojiPickerWebView.runJavaScript" executed?

@Pplists can you provide logs from the client to check if it's the same error?

Hi @sblin . I'm not familiar with the inner workings of Jami. Please could you give me intructions to get the logs you need? Thanks.

https://git.jami.net/savoirfairelinux/jami-project/-/wikis/tutorials/Bug-report-guide

But basically: jami-qt -dq in a terminal for this case will be enough

Seems to be the same issue. Viewing logs, as described above, I get this when I press the Emoji button:

js: Uncaught ReferenceError: prepare_to_show is not defined

can you remove the cache ~/.cache and it seems fixed on current version

closed

Unfortunately removing the ~/.cache directory doesn't fix the problem for me. This is what I did:

1. Kill Jami
2. Remove .cache
3. Start Jami

This is the version I'm running:

• jami-libqt-6.2.3-6.fc35.x86_64
• jami-daemon-20221220.0919.21af685-1.fc35.x86_64
• jami-20221220.0919.21af685-1.fc35.x86_64
• jami-libclient-20221220.0919.21af685-1.fc35.x86_64

reopened

With Qt 6.4 it may work

added non-reproducible label

mentioned in issue #1169 (closed)

If it's not the case, the only potential way to do that is to re-do the emoji picker in QML

closed