dino missing checkmark icons for delivered/read messages

[GNUser]

Hi Juanito. I recently submitted dino xmpp client for the TCL16 x86_64 repo.

Everything works perfectly except for one small problem: Next to each sent message, a single checkmark should appear when a sent message has been delivered, a double checkmark should appear when a sent message has been read. The checkmarks appear when I run dino in Devuan, but they do not appear when I run dino in TCL16 x86_64.

By blindly moving the cursor around, I'm able to find the location where the checkmark icon should appear because a tooltip pops up. Maybe TCL is missing the necessary icon? I can confirm that  adwaita-icon-theme.tcz  is loaded. Perhaps there is a hidden dependency that dino needs to draw the checkmark? All other icons appear just fine.

I reported the problem at dino's github page, here: https://github.com/dino/dino/issues/1792

This is the first gtk4 application that I've built so hopefully I'm missing something obvious. Any idea how to make the dang little checkmarks appear?

[GNUser]

Developer says there was a recent commit that may be relevant.

I will rebuilt the prior stable version tonight and see how it goes.

EDIT: The recent commit is not relevant. Dino version in TCL16 x86_64 repo is 0.5.0, which was released several months ago. I have no leads at this point.

[Rich]

Hi GNUser
If you launch it from a terminal, do you get any warnings or errors?

[GNUser]

This fancy gtk4 app is turning out to be a massive headache. Nothing helpful in terminal, no debug flag, possible hidden dependencies...

I will start looking around for an alternate xmpp client for gnu/linux.

[Rich]

Hi GNUser

Hi GNUser
 ... do you get any warnings or errors?

... Nothing helpful in terminal, ...

Sorry to be a pain, but that answer wasn't a no.

[GNUser]

Code: [Select]

$ dino
Could not connect: No such file or directory # gnuser's note: this seems to be benign. dino client is able to connect to server just fine.

(dino:10005): libdino-CRITICAL **: 22:44:40.653: dino_plugins_encryption_list_entry_encryption_activated: assertion 'self != NULL' failed

(dino:10005): Gtk-WARNING **: 22:44:44.199: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38

(dino:10005): Gtk-WARNING **: 22:44:44.213: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38

(dino:10005): Gtk-WARNING **: 22:44:44.232: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38

(dino:10005): Gtk-WARNING **: 22:44:44.253: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38

(dino:10005): Gtk-WARNING **: 22:44:44.265: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38

(dino:10005): Gtk-WARNING **: 22:44:44.280: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38

(dino:10005): Gtk-WARNING **: 22:44:50.251: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38

(dino:10005): Gtk-WARNING **: 22:44:50.267: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38

(dino:10005): Gtk-WARNING **: 22:44:50.284: GtkBox 0x558b8cfd42f0 adjusted size vertical min 31 natural 31 must not decrease below min 38 natural 38

[Rich]

Hi GNUser
Thank you.

Do either of these commands help:

Code: [Select]

gdk-pixbuf-query-loaders --update-cache
gtk4-update-icon-cache /usr/local/share/icons/*

[Juanito]

I seem to recall that one of the gtk4 demo applets shows icons, you could check and see if the icon is present - perhaps a newer version of adwaita-icon-theme is required.

You could also check if the icon shows when running Vulkan, I believe that is the default for gtk4 now.

[gadget42]

poked around a bit and stumbled on this webpage which may/may-not be of any assistance regarding OP/OT but perhaps informative for future thread visitors:

https://deepwiki.com/dino/dino/1-overview

above webpage requires javascript to render properly(sigh)

also perhaps of note "key components" section found a little "deeper" at deepwiki(non-ironically) webpage listed below

https://deepwiki.com/dino/dino/3.1-messaging-system

disclaimer: as is ever-increasingly-evident the webpage(s) elements/assembled for each individual rendering them may/likely/will change based on a multitude of unknowable factors, you have been appropriately apprised in any case.(more sigh)

[GNUser]

The problem probably has something to do with svg rendering.

The missing icons are svg files compiled into the application. What's special about the missing icons is that they change in-place depending on message status. Maybe our svg renderer (librsvg 2.52.2 from 2022) is too old?

If Juanito has any interest in updating librsvg, I could try rebuilding dino at some point to see if it helps.

[GNUser]

Maybe our svg renderer (librsvg 2.52.2 from 2022) is too old?

That's possible but unlikely: I grabbed librsvg 2.60.0 from Devuan (where the icons render without problem) and tried them in TCL16...the problem persists.

Maybe our GTK4 (updated recently to 4.20.2) is having trouble rendering svg for some reason?

Rather than troubleshooting this now, perhaps we should wait for GTK4 4.22, which will supposedly come with svg support built-in: https://www.phoronix.com/news/GTK-4.22-Native-SVG

[Juanito]

If Juanito has any interest in updating librsvg, I could try rebuilding dino at some point to see if it helps.

updated 

[GNUser]

If Juanito has any interest in updating librsvg, I could try rebuilding dino at some point to see if it helps.

updated 

Wow, that was fast. Thank you!

I updated my system and rebuilt dino. Alas, problem is not solved.

I'm not sure what else to do other than wait for GTK4.22. At least dino is not mission-critical. And even if it were, the issue is cosmetic.

[GNUser]

Hi Juanito. I built latest git and it works Maybe having latest librsvg also helped.

There is a fly in the ointment, though: dino depends libsoup3 and libnice. Unfortunately, the libnice in our repo has libsoup2 (libsoup.tcz) in its dependency tree, which clashes with libsoup3:

Code: [Select]

$ dino
(process:9083): libsoup-ERROR **: 00:27:44.306: libsoup2 symbols detected. Using libsoup2 and libsoup3 in the same process is not supported.
Trace/breakpoint trap
I submitted dino's latest git for the TCL16 x86_64 repo, with a hack to avoid the libsoup clash (this hacked dino extension includes its own private libnice--copied from Devuan--which does not have libsoup2 in its dependency tree).

If/when libsoup2 is removed from libnice's dependency tree, just let me know and I'll resubmit dino without the hack.