Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WM_CLASS (Wayland Application ID) not set correctly on Wayland on GNOME #2579

Closed
aneesahmedpro opened this issue Apr 18, 2023 · 3 comments
Closed

Comments

@aneesahmedpro
Copy link

aneesahmedpro commented Apr 18, 2023

How to reproduce

  1. Log into a GNOME Wayland session.

  2. Run any Slint hello-world Rust program. Suppose that the app binary is named slint-app:
    ./slint-app

  3. Use GNOME Looking Glass to inspect the app window. Note that the WM_CLASS is null.

  4. Run it again, but this time without Wayland, so it falls back to XWayland or something:
    env WAYLAND_DISPLAY=foobar123 ./slint-app

  5. Again, Use the GNOME Looking Glass to inspect the app window. Note that the WM_CLASS is slint-app.

Side-effects

When packaged as an app, and shipped along with a slint-app.desktop launcher file and a slint-app-logo.png app icon, they GNOME fails to correctly associate them with the app process/window because of null WM_CLASS.

Bug environemnt

Operating System: Ubuntu 22.10, GNOME 43.1, Wayland
Slint version: 1.0.0
Rust version: 1.66.1

@aneesahmedpro
Copy link
Author

aneesahmedpro commented Apr 18, 2023

I"m a newbie when it comes to GUI libraries, but these links might be helpful:

@hunger
Copy link
Member

hunger commented Apr 18, 2023

Thank you for your report.

I"ll close it as this issue duplicates #1332. That issue has an associated PR #1333, so I think it makes sense to stick with that.

@hunger hunger closed this as completed Apr 18, 2023
@aneesahmedpro
Copy link
Author

Oh, good call, that one is the same issue. I somehow failed to find that one before.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants