Some applications have mismatched app IDs about shell

[plfiorini]

This is a Gtk+ bug that Green Island work around by implementing the gtk-shell protocol.
Apparently Gtk+ applications communicate the right appId with gtk-shell but not with xdg-shell, the problem is that sometimes we receive the set_app_id from gtk-shell sooner than xdg-shell sometimes after and there's a workaround in place that doesn't set the appId twice. So if xdg-shell got there first we miss set_app_id from gtk-shell.
The workaround can be improved but it's better if Gtk+ get its stuff fixed.

[plfiorini]

That's supposed to be fixed except it's not: https://bugzilla.gnome.org/show_bug.cgi?id=746435

As far as I remember g_get_prgname() returns the executable name which is not what the application id is...

[plfiorini]

I see a lot of confusion on app IDs from the GNOME camp: https://bugzilla.gnome.org/show_bug.cgi?id=752258

Reported bug here: https://bugzilla.gnome.org/show_bug.cgi?id=769641

Let's hope it will get fixed!

[iBelieve]

Temporary workaround here.

[plfiorini]

@ibeliever We can expand on that and add a little daemon that runs periodically for each logged in user and dump a binary data structure that associates app id (that is the desktop entry base name without extension) to the executable in the Exec line. Ubuntu had something like that called bamf ages go.

Though it's sad that we keep having the same issues all over again with Wayland because toolkit developers can't get their code together after years.

[plfiorini]

That said, I'd prefer to implement the daemon as a last resort...

[plfiorini]

Bug moved to GitLab: https://gitlab.gnome.org/GNOME/gtk/issues/653

[plfiorini]

Seems like it has been fixed upstream.