Preflight Checklist
You must agree to search and the code of conduct. You must fill in this entire template. If you delete part/all or miss parts out your issue will be closed.
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
- Install draw.io Desktop 30.0.4 on Ubuntu 24.04
- Launch draw.io from the application menu
- Run
xprop WM_CLASS and click on the draw.io window
- Observe the output:
WM_CLASS(STRING) = "draw-io", "draw-io"
- Check the installed .desktop file and see:
StartupWMClass=draw.io
- Notice that the icon (Icon=drawio) cannot be resolved correctly
Expected behavior
The StartupWMClass should match the actual WM_CLASS value reported by the window. Either:
StartupWMClass=draw-io
or the application should set its WM_CLASS to:
draw.io
This would allow the desktop environment to correctly match the window to its icon and launcher.
Screenshots
no
draw.io version (In the Help->About menu of the draw.io editor):
Desktop (please complete the following information):
- OS: Ubuntu 24.04 LTS
- Desktop Environment: GNOME Shell
- Installation Method: .deb package
Additional context
no
Preflight Checklist
You must agree to search and the code of conduct. You must fill in this entire template. If you delete part/all or miss parts out your issue will be closed.
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
xprop WM_CLASSand click on the draw.io windowWM_CLASS(STRING) = "draw-io", "draw-io"
StartupWMClass=draw.io
Expected behavior
The StartupWMClass should match the actual WM_CLASS value reported by the window. Either:
StartupWMClass=draw-io
or the application should set its WM_CLASS to:
draw.io
This would allow the desktop environment to correctly match the window to its icon and launcher.
Screenshots
no
draw.io version (In the Help->About menu of the draw.io editor):
Desktop (please complete the following information):
Additional context
no