https://bugs.kde.org/show_bug.cgi?id=500956
--- Comment #2 from Benjamin Dedieu <benjaminded...@protonmail.com> --- Indeed, after looking a bit at my installation, I can confirm that the bug comes from my own configuration of libreoffice, and not from the task manager. As a workaround to a bug where LibreOffice in Wayland mode does not scale properly on multi-monitor setup with different dpi, I use the alias `/usr/.local/bin/libreoffice` with: ``` #!/bin/bash WAYLAND_DISPLAY= SAL_USE_VCLPLUGIN=kf6 QT_AUTO_SCREEN_SCALE_FACTOR=1 /usr/bin/libreoffice "$@" ``` which forces LibreOffice to use x11 with the kf6 VCL. The .desktop files are the default ones. When removing the `WAYLAND_DISPLAY=`, LibreOffice reuses wayland and groups properly in the taskbar, but the multi-monitor with different dpi scaling bug reappears. However, even when running in x11 mode, the grouping should work, based on the WM_CLASS declared in the .desktop I guess. Using `xprop | grep WM_CLASS` command on my x11 LibreOffice window, I get `WM_CLASS(STRING) = "soffice.bin", "soffice.bin"`, but should it rather be "libreoffice-calc" "LibreOffice Calc" ?. In the .desktop file (/usr/share/applications/libreoffice-calc.desktop), I have `StartupWMClass=libreoffice-calc`. Taking another x11 application, for example Spotify, I get `WM_CLASS(STRING) = "spotify", "Spotify"` which here is correct. Well, I am not sure I understand well how WM_CLASS works, so the problem might also come from elsewhere. -- You are receiving this mail because: You are watching all bug changes.
