<html> <head> <base href="https://bugzilla.gnome.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Mismatched application id with xdg-shell" href="https://bugzilla.gnome.org/show_bug.cgi?id=769641#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Mismatched application id with xdg-shell" href="https://bugzilla.gnome.org/show_bug.cgi?id=769641">bug 769641</a> from <a href="page.cgi?id=describeuser.html&login=pierluigi.fiorini%40gmail.com" title="Pier Luigi Fiorini <pierluigi.fiorini@gmail.com>"> Pier Luigi Fiorini</a> <pre>Can't give any suggestion on how to do it because I don't know much the Gtk+/GDK internals but it was working with gtk-shell. My compositor implements gtk-shell and I received the application ID from there, which was sufficient but that is no longer working - the clients don't seem to bind anymore, perhaps I have an old version advertised. That said resort to a non-public protocol such as gtk-shell is problematic especially for Qt-based compositor, and it can change version any time breaking compatibility with older Gtk+ applications. FWIW, with Qt 5.7 I added a QGuiApplication for the desktop file name and application developers should really set that property if they want their application to work reliably on Wayland. There is still some guessing when the property is not set, reverse the domain name (if set) and concatenate with the executable name. Works on most cases but the desktop file name property is the best way. Perhaps Gtk+ could do add that property to GApplication and keep separate the GApplication ID from the desktop file name. Most of the time they will be pretty much the same so the desktop file name could be initialized to the application ID.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>